SP
да, но "тесты" этого тоже не дают)
Size: a a a
2021 June 11
DT
если все логические ветвления изучены и покрыты (а на малых масштабах, типа 1% или меньше от всего функционала проекта, это делать легче), то можно создать наиболее точную реплику для подмены, как мне это видится
SP
ну это если зависимостей мало)
SP
и если там у тебя какая-то оч хитрая логика
DT
да, поэтому я и нахожусь на самом нижнем уровне)
DT
да просто спагетти
DT
в соусе из магии
SP
пойду свою лазанью резать продолжать
Ш
а что это за такие подходы?
Ш
Просто мне предстоит в скором времени работать с легаси
JF
переосмыслил тесты. Они решают проблему энтропии
если считаете что это не проблема - может тогда и код без статанализа писать?
если считаете что это не проблема - может тогда и код без статанализа писать?
A
для меня они решают проблему -
что за херню я написал она хоть как-то работаетA
Я вообще любитель тесты писать, считаю что они нужны и важны и позволяют лучше код структурировать и модуляризировать
JF
тесты писать важно и необходимо (но не всегда). Когда нужно писать тесты - важно определить менеджеру
JF
но если у вас PoC на питоне - ему конечно тесты ни к чему
A
Тесты принимает решение писать программист а не менеджер, и во время оценки времени сам программист должен докидывать время на написания тестов
JF
аргументы?
A
какие тут нужны аргументы ? это профессиональная обязанность хорошего программиста написать тесты на бизнес критичные вещи
DT
Тесты хороши когда они идут до кода
A
интеграционные тесты таким образом мне тяжело писать - несколько раз пробывал было некомфортно... вот юнит зашли таким образом неплохо