Если у вас есть сценарий / тест для части функциональности, нужно ли тестировать противоположное?

Question

У меня есть несколько приемочных тестов, написанных в синтаксисе Gherkin, и я автоматизирую их с помощью SpecFlow.Один из примеров сценария (хотя он не в корнишоне):

", когда проверка отправляется с процентом увеличения заработной платы выше порога компании, тогда« Утверждающий увеличение зарплаты »должен одобрить проверку«.

Как видите, это пример особого условия, которое заставляет другого человека одобрить рецензию.Учитывая этот пример, необходимо ли иметь сценарий для

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

Если это так, то где находится отрезанная линия?Очевидно, что это может привести к наличию 2 сценариев для каждого 1 сценария - один, который относится к тому, что вы пытаетесь выполнить, и другой, который просто подтверждает, что вы не ошиблись (например, утверждающий увеличение в конечном итоге вынужден одобритькаждый отзыв)

Answer 1

 > .. do you have to test the opposite?

Пока не существует бизнес-требования я бы сказал нет , поскольку может также существовать сценарий, который не требует рабочего процесса утверждающего, если сотрудник является менеджером илисын босса.В этом случае простой-пороговый-противоположный тест потерпит неудачу без какого-либо бизнес-значения .

Answer 2

Степень тестирования зависит от различных факторов, включая время, которое у вас есть, и необходимость сделать это правильно, поэтому это следует учитывать, прежде чем принимать решение о слепом тестировании.

Сценарии, которые вы указали, определяют два очень очевидных пути в коде и два разных результата, поэтому оба они, как правило, должны быть проверены.

В идеале у вас должен быть существующий набор тестов, который должен проверить существующую функциональность, в этом случае это может быть увеличение заработной платы внутри порогового значения, не требующее «утверждающего увеличения зарплаты», и в этом случае вы можете перезапустить этот тест (запустить как регрессионный тест), и вам потребуется только тест для увеличения выше порога. По мере того, как вы создаете свой набор регрессионных тестов, это тестирование становится быстрее.

Примечание: я не знаком с инструментами, которые вы используете, поэтому не могу привести соответствующий пример