Совет от тестировщика 35/∞ : Изучайте доменную область Понимание того, как пользователи зарабатывают деньги с помощью вашего продукта или какую проблему он решает, делает из вас крутого инженера. Именно это в первую очередь ценят в тестировщике, а не в его умении придумать 100 кейсов с напитками, когда он заходит в бар. Тестировщик, который понимает домен, всегда найдет более критичные баги, чем тот, кто просто идет по шагам тест-кейса.

Совет от тестировщика 34/∞ : Обновляйте тестовую модель Поменяли требования в Jira - сразу идите и правьте свои тест-кейсы. Не оставляйте это на "потом", потому что это "потом" никогда не наступит, а документация превратится в тыкву. Актуальные тесты это гарантия того, что регресс пройдет гладко, а новый сотрудник не сойдет с ума, пытаясь понять, как должна работать система.

Совет от тестировщика 33/∞ : Не додумывайте за бизнес Если требование можно понять двояко, идите к аналитику или продакту. Не берите на себя ответственность за реализацию фичи, это не ваша зона компетенции. Ваша задача подсветить нестыковку, а не придумать, как бизнесу будет лучше. Иначе прилетит по шапке именно вам, когда окажется, что задумывалось вообще другое.

Совет от тестировщика 32/∞ : Визуализируйте Составляйте интеллектуальные карты для запутанных бизнес-процессов, используйте диаграммы переходов и состояний. Сплошной текст в требованиях воспринимается мозгом гораздо хуже, чем наглядная схема со стрелочками. К тому же, по майндмапу намного проще писать тест-кейсы и чеклисты. Один раз нарисовали, и потом говорите себе спасибо.