Какие из семи принципов тестирования вы знаете и в чем их суть

Что проверяют

Знаете ли вы классические принципы ISTQB и можете ли применить их к проекту, а не только процитировать. Следом просят пример: где вы видели скопление дефектов или как боролись с тем, что старые тесты перестали находить баги.

Как отвечать

Семь принципов из программы ISTQB Foundation Level:

• тестирование показывает наличие дефектов, а не их отсутствие: тесты снижают вероятность скрытых ошибок, но не доказывают, что их нет;
• исчерпывающее тестирование невозможно: все комбинации входов не проверить, поэтому объём выбирают по рискам и приоритетам, с помощью классов эквивалентности и граничных значений;
• раннее тестирование экономит время и деньги: дефект в требованиях дешевле найти на ревью, чем после релиза. Отсюда подход shift left;
• дефекты скапливаются вместе: небольшая часть модулей обычно содержит большинство ошибок, туда стоит направлять больше проверок;
• тесты изнашиваются: одни и те же тесты со временем перестают находить новые дефекты. В старых редакциях это «парадокс пестицида», лечится обновлением и дополнением наборов;
• тестирование зависит от контекста: банковское приложение и игру тестируют по-разному, с разной документацией и рисками;
• заблуждение об отсутствии ошибок: продукт без найденных багов бесполезен, если не решает задачу пользователя. Верификация без валидации не спасает.

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

Где спотыкаются

Подменяют принципы общими словами: «тестирование требует интуиции», «должно быть независимым», «затратно». Мысли верные, но в список семи принципов они не входят.

Понимают «исчерпывающее тестирование невозможно» как «нельзя добиться 100% покрытия кода». Покрытие строк в 100% вполне достижимо, невозможно перебрать все комбинации входов и состояний.

Заучивают формулировки без примеров. Интервьюер почти всегда просит применить принцип к проекту, и пересказ определения без случая из практики звучит слабо.