Задать вопрос
@ddd329

Как именовать интеграционные тесты?

Как именовать интеграционные тесты? Вот названия модульным тестам давать более-менее понятно. Например, "sum_two_numbers" - суммирование двух чисел, ну и так далее с небольшими вариациями.
А вот как давать названия интеграционным тестам, где кучу различных условий и ситуаций, непонятно.
  • Вопрос задан
  • 218 просмотров
Подписаться 1 Простой Комментировать
Решения вопроса 1
Ommonick
@Ommonick
qa+dev (scala, golang, ts/js, api, grpc)
Вынес комментарии в отдельный ответ.
"например сценарий выдачи книг читателю на абонемент. "

Делите тесты на 3 группы
Позитивные: где успешно выдается книга / несколько книг на разные сроки
Негативные: все перечисленные ваши + отказы бд, сервисов, пустой ответ и т.д.
Валидация: где запросы на выдачу составлены неправильно, не переданы аргументы и т.д.
в таких случаях не должно быть изменений в базе.

Пример нейминга
rentBook_negative_cases:
-rentedByOtherCustomer
-cannotRentAgeStrictedBook (также в позитивные идет кейс когда можем выдать эту книгу)
-bookRentOverlimit
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 1
dollar
@dollar
Делай добро и бросай его в воду.
Обобщить. Выделить направленность.

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

Войдите, чтобы написать ответ

Похожие вопросы