Коллеги, а как вы управляете негативными тест-кейсами?
Все мы знаем, что негативные проверки объединять нельзя. Такой подход усложняет локализацию дефекта и прослеживаемость.
В моей картине мира остается несколько вариантов:
1. Плодить кучу однотипных кейсов с одинаковыми шагами по отдельности для каждого негативного типа данных, как пишут в книжках.
2. Использовать кейс как единую точку входа для негативной проверки, а внутри него давать ссылку на чек-лист, где каждая строка представляет собой негативный вариант со статусом. И если один заваливается, то заваливается весь кейс. Актуален, если на проекте нет TMS.
3. Использовать параметры/переменные внутри TMS, которые позволяют указать сколько угодно негативных комбинаций в одном кейсе, а при тестовом прогоне они автоматически разобьются на отдельные проверки.
4. Антипаттерн: просто забить на это правило, ведь это решается отдельным шагом для каждой негативной комбинации и отслеживать по нему.
Я предпочитаю 3й вариант. Плюс важно оценить риски, так как некоторые проверки следует включать в отдельные кейсы.
Но интересно, как это реализовано на ваших проектах? И как вы оцениваете подход кандидатов на интервью, что хотите от них услышать?
