Перейти к содержимому

Фотография

Как протестировать веб сайт, когда он еще не готов?


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 3

#1 IvanPoldark

IvanPoldark

    Новый участник

  • Members
  • Pip
  • 3 сообщений

Отправлено 18 апреля 2017 - 03:58

Здравствуйте. Обучаюсь на курсах QA. Мне с командой учеников-разработчиков "повезло" учавствовать в выпускном проэкте, где заказчик отменил проэкт, Из-за этого было упущено время, дали новый тестовый проэкт но команда разработки не успевает выдать работающий прототип сайта к сдаче проэкта. Соответственно тестировать пока нечего, но нужно показать что была проделана работа. И показать что я вник в проэкт. Сайт будет на wordpress. Вот шаблон используемый для будущего сайта.

http://zephyr.us-themes.com/home-2/

 

На данный момент готов тест план, примерный чеклист функционального и ui/ux тестирования. По нормальному, нужны количественные и качественные метрики проделанной работы, тест кейсы, графики. Но єто если бы был готовый сайт.

Я думаю сделать еще таблицу перехода состояний, и график "workflow" проэкта.

Можно еще написать Use-Case сценарии.

Что еще посоветуете сделать в такой ситуации? Времени реально всего 2 дня. Спасибо.


  • 0

#2 bobylev

bobylev

    Активный участник

  • Members
  • PipPip
  • 77 сообщений
  • ФИО:Бобылев Максим

Отправлено 18 апреля 2017 - 09:48

Зачем для тесткейсов или чеклистов готовый сайт? Да, уточнения по результатам просмотра "в живую" могут быть, но это относительно небольшая часть.

Что потестировать? Проверьте требования на полноту, непротиворечивость и т.д.

Или задание звучит в форме "ничего нет, разработчики разрабатывают из головы, когда сделают - проверьте, что все работает правильно"?


  • 0

#3 checo

checo

    Опытный участник

  • Members
  • PipPipPipPip
  • 400 сообщений
  • Город:Н.Новгород

Отправлено 18 апреля 2017 - 10:51

Если написан правильный тест-план, то он должен включать общее описание того, какие виды тестирования, на каких этапах и в каком объеме будут проводиться, а также критерии завершения.

Легче всего отталкиваться от плана.

 

На основе плана можно сделать mind map или таблицу, по которой отслеживается, какие пункты отработаны. Пункты подразбиваем на общие идеи "что надо сделать", например, по пункту "функциональное тестирование": протестировать общий workflow, одну часть функционала, другую часть функционала, их взаимодействие, авторизацию и т.п. Идеи подразбиваем на конкретные работы: что надо написать (кейсы, диаграммы, чеклисты), чтобы это сделать. И тогда увидите, что покрывается чеклистами и юз-кейсами, где что еще добавить нужно и т.д.

 

В конце, когда будет список необходимых deliverables, неплохо бы оценить общее время на выполнение тестирования. Если собственно тестировать некогда, но у вас будет готовый план с разбивкой по времени, это уже здорово.


  • 0

#4 aksi

aksi

    Постоянный участник

  • Members
  • PipPipPip
  • 182 сообщений
  • ФИО:Ольга Алифанова
  • Город:Санкт-Петербург


Отправлено 19 апреля 2017 - 16:50

Зачем для тесткейсов или чеклистов готовый сайт? Да, уточнения по результатам просмотра "в живую" могут быть, но это относительно небольшая часть.

Что потестировать? Проверьте требования на полноту, непротиворечивость и т.д.

Или задание звучит в форме "ничего нет, разработчики разрабатывают из головы, когда сделают - проверьте, что все работает правильно"?

поперхнулась чаем. Если нет требований, то все, расходимся, ничего тестировать не получится?

 

UPD: проЕкт, проЕкт, что за французский прононс у вашего задания?


  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных