Приемочные тесты для REST API - должен ли я заниматься всеми делами?

Question

Наша команда выполняет ATDD (Acceptance Test Driven Development) для наших проектов.

И у меня есть вопрос.

Я пишу API-тесты, как показано ниже.

1) создание приборов

2) отправка заголовков, запроса, пути, тела в конечную точку.

3) подтверждение ответа кода состояния, тела и т. д.

И здесьвопрос!

Должен ли я писать все тестовые случаи для исключительного случая (например, недопустимые комбинации полей тела и значений) в приемочных тестах?

Например, POST /users получает тело как{ name: "steve", age: 27, account: "test", password: "test1234" }

Вы пишете контрольные примеры для всех комбинаций ввода тела?(Если name пусто, вернуть 400 / Если name слишком коротко, вернуть 400 / Если age не число, вернуть 400 / Если пароль не содержит числа, вернуть 400 и т. Д.)

Слишком много дел: (

Если нет, расскажите мне, как вы справляетесь с этим?

Answer 1

Вам нужно охватить эти случаи, но вы не хотите охватывать их все на высоких уровнях.Чтобы писать быстрые и поддерживаемые тесты, вы должны следовать тестовой пирамиде написанию множества низкоуровневых (модульных) тестов и нескольких высокоуровневых (системных) тестов.

Итак, что вынужно проверить все правила валидации в модульных тестах (для каждого поля), а затем создать только 1 высокоуровневый негативный тест для каждой конечной точки, чтобы убедиться, что валидация вызвана и правильный формат ошибки.