В чем разница документации и требований
Что проверяют
Понимаете ли вы, что требования это часть документации, а не что-то противоположное ей, и почему они так важны именно для тестирования. Следом почти всегда спрашивают, как вы проверяете сами требования и что делаете, когда их нет.
Как отвечать
Начните с соотношения: документация шире, требования входят в неё как один из видов. Дальше разведите по назначению:
- требования: что система должна делать и в каких рамках. Бывают бизнес-требования, пользовательские, функциональные и нефункциональные (производительность, безопасность, доступность). Живут в SRS, use case или в пользовательских историях с критериями приёмки;
- проектная документация: как система устроена. Архитектура, спецификации API в OpenAPI, макеты, схемы БД;
- пользовательская документация: как продуктом пользоваться. Руководства, справка, release notes;
- тестовая документация: тест-план, чек-листы, тест-кейсы, баг-репорты, отчёты о тестировании.
Для тестировщика требования это главный тестовый базис: из них выводятся ожидаемые результаты, по ним строится матрица трассируемости, которая показывает, какое требование каким тестом покрыто. Хорошее требование проверяемо, однозначно, полно и не противоречит соседним. Скажите, что тестируете требования ещё до кода: ревью, вопросы аналитику, поиск формулировок вроде «быстро» или «удобно», которые без цифр не проверить.
Если требований нет, остаются другие источники ожидаемого поведения: прошлая версия продукта, конкуренты, стандарты платформы, договорённости в задачах и прямые вопросы владельцу продукта. Это стоит зафиксировать хотя бы чек-листом.
Где спотыкаются
Противопоставляют требования и документацию как два разных мира. Требования это один из документов, и интервьюер ждёт, что вы покажете это соотношение.
Воспринимают требования как данность и не упоминают их проверку. Самый дешёвый дефект ловится на ревью требований, а не после релиза.
Говорят «без требований тестировать невозможно». Сильнее ответ, где вы называете альтернативные источники ожиданий и предлагаете их зафиксировать.