Как именовать интеграционные тесты? Вот названия модульным тестам давать более-менее понятно. Например, "sum_two_numbers" - суммирование двух чисел, ну и так далее с небольшими вариациями.
А вот как давать названия интеграционным тестам, где кучу различных условий и ситуаций, непонятно.
Вынес комментарии в отдельный ответ.
"например сценарий выдачи книг читателю на абонемент. "
Делите тесты на 3 группы
Позитивные: где успешно выдается книга / несколько книг на разные сроки
Негативные: все перечисленные ваши + отказы бд, сервисов, пустой ответ и т.д.
Валидация: где запросы на выдачу составлены неправильно, не переданы аргументы и т.д.
в таких случаях не должно быть изменений в базе.
Пример нейминга
rentBook_negative_cases:
-rentedByOtherCustomer
-cannotRentAgeStrictedBook (также в позитивные идет кейс когда можем выдать эту книгу)
-bookRentOverlimit
Если это тест всего и вся, то никак не называть (тем более, что это уже другой вид тестирования). Иначе в целом сформулировать для себя, что именно входит в тест по сравнению с тем, что в него не входит. То есть что отличает данный интеграционный тест от другого интеграционного теста (того же продукта).
dollar, например сценарий выдачи книг читателю на абонемент. Примерно так: достать из базы абонемент, записать на него книги и сохранить в базу. Потом из базы достать абонемент и проверить все ли записалось в него. Как-то так я себе представляю.
Конечно позитивный сценарий можно так и назвать "Выдача книг на абонемент". Но есть ещё множество негативных сценариев, например когда книгу взял уже другой читатель. Если книга имеет возрастную категорию, к которой читатель не принадлежит. Если количество книг превышает допустимый предел и т.д.
ddd329,
Делите тесты на 3 группы
Позитивные: где успешно выдается книга / несколько книг на разные сроки
Негативные: все перечисленные ваши + отказы бд, сервисов, пустой ответ и т.д.
Валидация: где запросы на выдачу составлены неправильно, не переданы аргументы и т.д. в таких случаях не должно быть изменений в базе.
rentBook_negative_cases:
-rentedByOtherCustomer
-cannotRentAgeStrictedBook (также в позитивные идет кейс когда можем выдать эту книгу)
-bookRentOverlimit
...
, например когда книгу взял уже другой читатель. Если книга имеет возрастную категорию, к которой читатель не принадлежит. Если количество книг превышает допустимый предел и т.д.