g
Size: a a a
2021 January 14
VS
На поддержание тех же тестов в актуальном состоянии требуется время и ресурсы, например
VS
А профит не всегда прямо вот явный
AT
На поддержание тех же тестов в актуальном состоянии требуется время и ресурсы, например
Именно, и хочется заниматься этим меньше.
AT
А моки-это зеркальное отражение соглашений их тоже саппортить надо. Нафига-если есть реальный код? Нужно только попилить этот код так, чтобы его и в тестах можно было использовать вместо моков.
VS
С моей точки зрения в этом плане очень перспективен property-based testing
VS
Потому как позволяет писать обобщенные тесты
AT
Правильный ответ — зависит? :)
Правильный ответ-от моков надо стараться избавляться, но кое где без них никак, и это кое где заставляет лишний раз подумать, а может стоит переписать код так, чтобы все таки изжить использование моков в тестируемом коде? :)
AT
Но это мое ИМХО.
АП
Мне хотелось обсудить, всегда ли нужно выбирать интеграционные тесты в подобных ситуациях, или иногда юнит-тесты с моками бывают полезны?
10-20 зависимостей как мокать? Каждый или только те что нужны проверяемой функции, а вместо остальных null? В любом случае тесты юнит выглядят страшно
g
10-20 зависимостей как мокать? Каждый или только те что нужны проверяемой функции, а вместо остальных null? В любом случае тесты юнит выглядят страшно
Я нигде не писал про такой вариант. Откуда подобные вопросы?
AT
10-20 зависимостей как мокать? Каждый или только те что нужны проверяемой функции, а вместо остальных null? В любом случае тесты юнит выглядят страшно
Дык 10-20 зависимостей в классе-это катастрофа же.
СТ
Всем привет! когда делаешь в скрипте референс на нугет в стиле
#r: "nuget: Foo"- какой правильный флоу чтобы зареференсить нугет из приватного nuget source ?
AT
Сразу красный флаг-код говно.
VS
Дык 10-20 зависимостей в классе-это катастрофа же.
Обычный энтерпрайз средней руки типа платежной системы
VS
Всем привет! когда делаешь в скрипте референс на нугет в стиле
#r: "nuget: Foo"- какой правильный флоу чтобы зареференсить нугет из приватного nuget source ?
Добавить в nuget.config соответствующий фид
АП
Вот тут 14, такое я не первый раз встречаю
AT
Обычный энтерпрайз средней руки типа платежной системы
EventSourcing+CQRS архитектура?
VS
EventSourcing+CQRS архитектура?
Есть места не столь цивилизованные
СТ
Добавить в nuget.config соответствующий фид
а можно как-то подсказать ему где искать nuget.config из солюшена, чтобы не добавлять это в глобальный config?