Получается ранее в чате я видел, что вроде как критиковали наличие {Entity}Builder объектов, которые занимаются созданием тестовых сущностей, например, для юнит тестов, если нужно замокать некую зависимость и предопределить, что некий ее метод вернет заданный тестовый объект. Критика вроде было в том, что с изменением Entity необходимо будет вносить изменения и в {Entity}Builder, что логично. А тогда как по другому поступать, если вот нужно создать тестовый объект ? Можно конечно вместо mock объектов, делать реализации-заглушки в методах которых уже возвращать предопределенный тестовый объект, но это разве не одно и тоже, все равно тогда будет зависимость, но уже в другом месте.
не совсем. Критика в том что если тебе приходится использовать билдер и собирать реальные объекты твои тесты теряют изоляцию
а какой смысл мокать ентити? мокают обычно сервисы, которые ходят за пределы системы. а какой смысл мокать то, что просто содержит данные или делает простые преобразования этих данных?
Обсуждают сегодня