Size: a a a

Software Design/Architecture/Zen

2021 May 26

V

Vladimir Ponomarev in Software Design/Architecture/Zen
Ага, т.е. можно прям в методе стаба типа эмулировать его работу и в зависимости от входных аргументов выдать тот или иной результат в соответствии с контрактом, таким образом не нужно плодить много стабов, это я правильно понял? За manual mocks спасибо, надо документацию будет почитать, да Jest я как раз и использую.
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
ты случаем не знаешь откуда у прогеров пошла мода на скетчи?)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
не заметил что есть такая мода
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
ну в книжках частенько встречается, да и в блогах
источник

SP

Sergey Protko in Software Design/Architecture/Zen
скажи честно просто хочешь свою аватарку обсудить ;)

на самом деле в книгах это легко объяснить - печать... монохром... ну и фотка в виде логотипа выглядит обычно нелепо
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
я её давно нарисовал, но да, я по этому и спросил)
источник

КГ

Константин Грачев... in Software Design/Architecture/Zen
Звучит как контроллер состоящий из 1 вызова сервиса =)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
или 10-ти вызовов 10-ти сервисов. Я приводил пример выше
источник

A

Artjom Kalita in Software Design/Architecture/Zen
в одном проекте видел как упарывались этими самыми verify, expect  и потом были проблемы с рефакторингом кода - так как тесты как раз и падали на этих самых - 3 раза должен был быть вызван репозиторий с обьектом Вася а был вызван 2 раза !
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ну вот я выше и писал - не стоит эти verify юзать если можно без них проверить. Тож долго и упорно борюсь с этой хернёй у разработчиков
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Вот. Я ещё лет 6 назад начал всем говорить, что юниты проверяют не качество системы, а качество архитектуры (связанность, зависимости).
Люди до сих пор не шарят, что юнит-тесты не уменьшают количество багов на проде (особенно, если хрупкие)
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Не уловил как из того что сказал Сергей следует то что говоришь ты.
Повышение качества архитектуры не уменьшает число багов, серьёзно?)
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Хрупкие юниты ещё ни в одном проекте не уменьшили количество багов на моем опыте. Юнит раз написал (проверив качество тем, что юнит легко писать без моков) - и можно юнит выкидывать, если функцию не придётся рефакторить
источник

Ш

Шура in Software Design/Architecture/Zen
вот это слово "если" и останавливать выкидывание юнитов
источник

АБ

Александр Бакиматов... in Software Design/Architecture/Zen
тесты вроде помимо уменьшения числа багов преследуют цель повышать безопасность дальнейшей разработки, а не просто проверка текущей реализации
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Про OCP не слышали? В 90% правильно написанный код не приходится трогать. Даже наоборот - чаще просто замена, а не изменения
источник

SP

Sergey Protko in Software Design/Architecture/Zen
хуевые тесты на хуевый код не уменьшают)
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Всё из-за несоблюдения OCP
источник

SP

Sergey Protko in Software Design/Architecture/Zen
и еще горы принципов про которые никто не думает.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
хрупкие тесты хуже отсутствия тестов так как могут создать иллюзию того что "ну тесты прошли все ж хорошо".

Надо конечно акцентировать что речь идет про тесты которые дублируют реализацию
источник