Лучшая практика тестирования: для CRUD API

Question

На подобные вопросы уже давали ответы, но они не решили мою проблему.

Я тестирую API с методами создания, чтения, обновления и удаления. Лучше всего тестировать каждую функцию отдельно. Но,

Чтобы проверить создание, мне нужно прочитать. Чтобы проверить прочитанное, мне нужно создать. Чтобы проверить обновление, мне нужно создать и прочитать. Чтобы проверить удалить. Мне нужно создать!

У меня нет другого (например, API нижнего уровня) проверки, кроме самого этого API.

В этом случае я должен написать один длинный тест со всем? Или 4 разных теста; каждый со специальной настройкой и логикой демонтажа.

Спасибо

Answer 1

Это очень субъективно, но я бы написал четыре разных теста, так как

• будет проще поддерживать
• будет легче найти возможную ошибку
• улучшитьудобочитаемость

удобочитаемость

Как бы вы назвали свой метод испытаний, если он все проверяет?Мне легче читать тестовые методы в форме CreateShouldCreateARecord вместо TestCRUD

Найти ошибку

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