170 похожих чатов

Всем привет! Недавно проникся темой юнит тестирования) начал на проде потихонечку

покрывать новые фичи тестами, и столкнулся с такой проблемой: тесты получаются иногда громоздкими. И по большей части они громозкие из-за подготовки теста, где создаются всякие моки и стабы и т.д.

Т.е. как мне кажется в том, что для каждого класса я пишу свои немного уникальные моки и стабы. Например в стабе бд я настраиваю только те таблицы, которые мне нужны.

Как подходить к написанию моков и стабов? Слышал, что их вроде пишут отдельно пишут (прям кладут в отдельную папочку проекта с тестами и т.д.). Подскажите пж, в какую сторону можно копнуть?

6 ответов

25 просмотров

Я бы не советовал создавать отдельные компоненты для создания моков и стабов. Тогда чтение теста зачастую вызывает трудности у других разработчиков и теряется один из плюсов юнит тестирования - описание функционала тестом. Можно создавать общий метод для инициализации основных стабов внутри каждого теста- обычно так делаю.

Тимур-Гарифулин Автор вопроса
Alexander Pavlenko
Я бы не советовал создавать отдельные компоненты д...

Я не совсем понял) чуть позже вернусь с примером моего теста)

Тимур-Гарифулин Автор вопроса
Alexander Pavlenko
Я бы не советовал создавать отдельные компоненты д...

А, теперь понял. По сути я так и делаю. То есть все необходимое держу в самом классе. Инициализации основных стабов выношу в приватные методы, их и юзаю. Максимум - написал пару фабричных классов по паттерну Builder, чтобы легче было создавать основные Entity проекта.

Тимур-Гарифулин Автор вопроса
Alexander Pavlenko
Я бы не советовал создавать отдельные компоненты д...

По поводу плюсов - да, сразу видно, какие данные отвечают за данный функционал, которые ты тестишь. Но и минусы есть - тест становится нагроможден вот этой всей подготовкой. Это не усложняет ли понимание тестов?

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

Тимур-Гарифулин Автор вопроса
Alexander Pavlenko
Вроде норм. Я когда начинал погружаться в модульно...

Понял, спасибо) Просто да, тестов пока мало. Нет четкого понимания как структурировать тесты, чтобы их в дальнейшем дешевле было поддерживать

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

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта