упаковки архива. У этой функции нет сложной логики принятия решений. Она читает файлы, запускает системную библиотеку архивации - это границы её ответственности.
Функция реализована в рамках модуля, который уже далее выполняет какую-то бизнес логику, но она не интересует данный тест.
Можно считать, что мы тестируем юнит поведения, в котором участвуют файлы-ресурсы, сервис взаимодействия с файловой системой и системная библиотека архивирования.
Т.е. достаточно непривычно для каноничных юнит тестов, базовой характеристикой которых является изоляция вне-процессных зависимостей от области видимости теста.
Но с другой стороны, насколько мы ограничены этой характеристикой в отношении файловых ресурсов, чтобы причислять такой тест к функциональным? Мы же не запрещаем использовать файлы в юнит тестировании.
С другой стороны, в таком тесте могут проявится сайд эффекты налагаемые ограничением файловой системы - какой-нибудь лимит на кол-во файловых дескрипторов, права доступа или размер доступного пространства на диске. В таком случае, этот тест стоит относить к интеграционным.
вам шашечки или ехать? как не назови, протестируйте уже чертов модуль 😁
Вопросы которые ты должен себе задать - а что может сломаться и почему, какие есть риски и что можно сделать что бы эти риски минимизировать
Я не задавал себе такие вопросы со времён военкомата. Как мне это может помочь определить тип теста?
А ты хорош)
ну ты выпиши себе список причин что может сломаться и поймешь что надо тестить и как.
Обсуждают сегодня