Когда я пришла на один проект, тест-кейсов там не было вообще. А руководитель проекта был против: - Зачем нам это? И так протестируем

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

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

А дальше началось интересное.

Через месяц на ретро я увидела в колонке «Что было хорошо» стикеры от аналитиков и разработчиков.

📝 Аналитики рассказали, что по тест-кейсам стало проще собирать ПМИ. Появилась структура, не нужно каждый раз заново восстанавливать сценарии проверки.

🛠 Разработчики начали использовать прикрепленные тест-кейсы для самопроверки перед передачей задачи в QA. Некоторые даже оставляли комментарии в духе: «Здесь я еще вот это затронул - проверьте, пожалуйста». А самое приятное - на ретро прозвучало пожелание видеть такие проверки по всем задачам. То есть разработчики сами захотели подключать тестирование раньше.

👀 Руководителю проекта стало проще понимать, что именно проверено. Вместо абстрактного «мы протестировали» появились конкретные сценарии, шаги и результаты.

После ретро я отдельно пошла к аналитикам уточнить, удобен ли им формат и что можно улучшить. Если инструментом пользуются разные роли, он должен помогать всем, а не только соответствовать представлениям QA о прекрасном.

И, конечно, тест-кейсы помогли мне самой: не нужно каждый раз восстанавливать логику продукта в голове. Открыл, посмотрел, проверил. А новому тестировщику будет проще погрузиться в проект, потому что знания уже не хранятся исключительно в головах коллег.

Для меня это хороший пример того, как тест-кейсы перестают быть документацией ради документации.

Они становятся общим инструментом команды: помогают разработчикам проверять изменения, аналитикам готовить ПМИ, руководителю видеть объем проверки, а QA - системно тестировать продукт.

И иногда лучший признак того, что процесс прижился, - когда команда сама просит распространить его дальше 🙂