Кто отвечает за требования
Что проверяют
Понимаете ли вы, что тестировщик требования проверяет, а не пишет и не утверждает, и знаете ли, к кому идти с вопросом. Следом обычно спрашивают, что вы делаете, когда требований нет или они противоречат друг другу.
Как отвечать
Разделите роли по тому, кто что делает с требованием:
- заказчик и пользователи: источник потребности, но не формулировки. Они говорят, что им нужно, и часто нечётко;
- бизнес- или системный аналитик: собирает, формулирует и согласует требования, ведёт спецификации, пользовательские истории, критерии приёмки;
- Product Owner или менеджер продукта: владелец требований в продуктовой команде. Решает, что делать и в каком порядке, и даёт окончательный ответ в спорных случаях;
- разработчики и тимлид: оценивают реализуемость и называют технические ограничения;
- QA: тестирует сами требования до появления кода. Проверяет полноту, однозначность, непротиворечивость и тестируемость, задаёт вопросы, пишет по требованиям тест-кейсы и следит за покрытием.
Ключевая мысль: за содержание отвечает аналитик или владелец продукта, а за то, что результат по требованию можно проверить, отвечает в том числе QA. Хорошо привести пример из своей практики: какую дыру вы нашли на ревью требований (например, не было описано поведение при пустом поле или при превышении лимита) и сколько переделок это сэкономило. Инструменты назовите свои: Confluence, Jira, матрица трассируемости.
Если этот вопрос задаёте вы работодателю, он очень полезен: ответ сразу показывает, есть ли в команде аналитик или требования живут в чатах и в голове разработчика.
Где спотыкаются
Говорят «требования пишет QA». Иногда так и бывает, но это подмена роли. Лучше сказать прямо: аналитика не было, поэтому вы фиксировали договорённости письменно и согласовывали их с владельцем продукта.
Не упоминают тестирование требований. Самый дешёвый баг это тот, что найден в документе до начала разработки.
На вопрос о противоречивых требованиях отвечают «сделаю, как понял». Правильный ход: зафиксировать вопрос письменно и получить решение от того, кто требованиями владеет.