В теме одно сообщение

[baranceva]

Автор: Пол Симан (Paul Seaman) в соавторстве с Ли Хокинсом (Lee Hawkins)
Оригинал статьи
Перевод: Ольга Алифанова

 

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

 

Читать статью полностью...

[Ole325]

Если документация пишется после приложения, и не каких нормальных ТЗ нет, то обучение новичков не простая задача.

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

 

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