QA engineer в Startupium RU · 25.07
О важности кросс-ревью тестовой документации в QA.
На текущем проекте мы с коллегой покрывали тестами функциональность некоторых модулей веб приложения с нуля. С момента начала нашей работы и до текущего момента мы написали большое количество тестовой документации. Там и тесткейсы (смоук, регрессия), и тестовые сценарии, и артефакты исследовательского тестирования (mindmap на весь раздел). Всю тестовую документацию мы ведем в Zephyr - плагин для Jira.
Но, конечно, больше всего у нас тесткейсов. Мы написали порядка ~ 750 тесткейсов и тестовых сценариев на UI, API, DB и их связки.
Когда долго работаешь над одним разделом, то волей-неволей у тебя замыливается глаз. Хотя, может быть, это только у меня так ввиду своего, пока, небольшого опыта, поделитесь в комментариях - как у вас?
И тут на помощь приходит кросс-ревью. Последние два дня мы выделили на ревью тесткейсов друг друга. И это дало свои результаты - мой коллега нашел неточности в моих тесткейсах, а я нашел неточности в его тесткейсах. Мы обменялись комментариями прямо в теле тесткейса (есть специальная вкладка для комментариев), после чего каждый подумал и решил, действительно ли замечание по делу, либо оно не столь существенно. Те замечания, которые были действительно существенными (например, пропущено одно из предусловий, либо неверный шаг) были исправлены. Это позволило освежить память и быть уверенным, что написанные тесткейсы теперь без труда сможет взять другой человек и использовать их в своей работе.
Поделитесь, пожалуйста, в комментариях, как происходит (и происходит ли вообще?) у вас кросс-ревью или подобная совместная проверка тестовой документации?
#qa #тестирование· 26.07
У нас это происходит в код-ревью при мерже автотестов. Но до полного ревью кейсов доходим редко, оно требует полноценного погружения в задачу другого человека, а этот ресурс зачастую в дефиците
ответить
еще контент автора
еще контент автора
QA engineer в Startupium RU · 25.07
войдите, чтобы увидеть
и подписаться на интересных профи