@ddd329

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

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

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

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

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

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

Войти через центр авторизации
Похожие вопросы