«Тестировщик должен читать код»

Cлышал сто раз. Ага, сейчас.

У многих QA подгорает, когда слышат такое.

Спокойно.

ПОНИМАТЬ весь код не обязательно. И уж тем более не нужно знать ВСЮ кодовую базу. Всё проще: перед стартом тестирования открой merge request.

Что там смотреть: 🔘Какие файлы изменились - это карта того, что могло сломаться (Impact analysis - почитай, полезная штука) 🔘Строки с логикой - валидации, условия, запросы в БД. Тут просто ищем все выражения (>, <, ==, if, true, false - слова, которые помогут в поиске). И ищем ТОЛЬКО в дифах 🔘Комментарии разработчиков - они сами накидают в кабину тому, кто писал код, где сомневаются. Иногда эти споры очень полезно читать. А иногда без попкорна не обойтись 🍿 ➡️****Менялся файл с расчётом цены? Значит, обязаны протестировать формирование цены: границы, скидки, округление. Даже если изначально не планировали. ➡️****Менялся только текст кнопки? Не трать день на регресс всего сервиса.

➡️****В задаче написано, что тестить "нечего", а переписано 29 файлов с логикой? Повод уточнить у команды - верно ли оценили правки.

Понимать весь код НЕ НУЖНО. Достаточно видеть, ЧТО изменилось, и целиться туда.

А со временем опыт подскажет ещё больше 🤓 Я сам так учился.

А ты заглядываешь в МР перед тестом? 👀