Тестеры, есть вопрос.
Вам дали постановку, небольшая юзерстори/фича, 1-3 часа тестирования, 2 экрана постановки.
Ваше мнение очень важно для меня.
Слово Канеру
В полезном отчете по релизу перечислены 10 худших проблем, которые смогут найти критики.
Представьте, что вы выпускаете ПО для продажи. Перечислите 10 наихудших вещей, которые смогут сказать о нем рецензенты. Если проблемы достаточно серьезны, маркетологи компании (или другие сотрудники) могут задержать релиз. Это будет наиболее полезная оценка качества, которую вы можете предоставить (Заметим, что такой подход позволяет говорить с позиции критика ПО, не пытающегося дать объективную картину качества).
если ТЗ небольшое, то можно и его сначала целиком и внимательно прочитать (если слёту понятно, сколько это времени займёт).
ОтветитьУдалитьа вот щёлкать, потом читать - имхо впустую, потому как глаз сразу за что-то зацепится, начнёшь выяснишь: баг-не баг, да ещё и серьёзность под вопросом =)можешь остаться с кучкой минорчиков или хвостиком от большого бага
+1, зависит от размеров ТЗ.
ОтветитьУдалитьПодробно читать большое ТЗ, если фича валится на первых шагах и все блокирует, смысла особого нет.
Прочитать общее описание из ТЗ -> посмотреть функционал -> записать все wtf -> изучить все ТЗ -> написать автоматические тесты
ОтветитьУдалить