Красивая картина: дёрнул API кривым запросом, получил ответ 4xx — тест зелёный. Но радоваться рано. Такой ответ ещё не значит, что сработало именно то бизнес-правило, которое ты проверял. Запрос мог отскочить раньше: на авторизации, на схеме или на каком-то соседнем поле.

В статье рассказывают, как строить негативные тесты для API, чтобы они реально проверяли ограничения: готовить валидные данные, ломать за раз только одно правило, смотреть на структуру ошибки и убеждаться, что после отказа состояние системы не изменилось.

Источник: https://habr.com/ru/companies/otus/articles/1070836/?utm_campaign=1070836&utm_source=habrahabr&utm_medium=rss

👉 QA-логия