B
Ты прав в общем то. Только вот существуют такие проекты, где и код и сам проект - кандидаты на выброс с самого начала и до самого IPO)))
Это правильная мысль. В жирном проекте меняться должно все очень быстро.
Size: a a a
2020 September 07
B
Правда в целом минимальный набор тестов написать не отнимает больше времени
VK
V
Было у меня на проекте одно чмо, язык не поворачивается назвать коллегой. Писал код без тестов. Ни модульных, ни интеграционных, никаких. Через месяц уже нельзя было понять, почему он написал так, а не иначе, или банально какие аргументы следует передавать на вход его функций. Потому что тесты - это вид документации. Возможно, он и мог это понять, но уж очень ленивым хуйлом он был, а главное кмк - он просто не умел писать тесты. Объяснял просто: "хуль ты доебался, я задачу сделал, работает, мержреквест аппрувнули, не мешай выкатывать фичи на прод". Потом его обоссали, сожгли и уволили, а из шкуры сделали коврик для мышки, и это правильно.
V
Ты прав в общем то. Только вот существуют такие проекты, где и код и сам проект - кандидаты на выброс с самого начала и до самого IPO)))
Если сразу понимать, что код пишется на выброс - можно не писать тесты. Проблема возникает, когда код пишут изначально как на выброс, а потом внезапно начинают хотеть от него гибкости и расширяемости.
DS
Тесты в долгосрочной перспективе ускоряют разработку, не вижу причин не писать тесты как минимум для себя
ŹR
V
Если сразу понимать, что код пишется на выброс - можно не писать тесты. Проблема возникает, когда код пишут изначально как на выброс, а потом внезапно начинают хотеть от него гибкости и расширяемости.
Ооо, так всегда хотят ) Только нифига не получается. Почему это так работает в правильных стартапах - отдельный разговор, но это работает именно так))
V
Тесты в долгосрочной перспективе ускоряют разработку, не вижу причин не писать тесты как минимум для себя
Список причин не писать тесты:
1. Неумение писать тесты
1. Неумение писать тесты
DS
Люди всему учатся, было бы желание)
VK
V
Было у меня на проекте одно чмо, язык не поворачивается назвать коллегой. Писал код без тестов. Ни модульных, ни интеграционных, никаких. Через месяц уже нельзя было понять, почему он написал так, а не иначе, или банально какие аргументы следует передавать на вход его функций. Потому что тесты - это вид документации. Возможно, он и мог это понять, но уж очень ленивым хуйлом он был, а главное кмк - он просто не умел писать тесты. Объяснял просто: "хуль ты доебался, я задачу сделал, работает, мержреквест аппрувнули, не мешай выкатывать фичи на прод". Потом его обоссали, сожгли и уволили, а из шкуры сделали коврик для мышки, и это правильно.
за тесты зига, но tdd не обязательно, не всем удобно
DS
за тесты зига, но tdd не обязательно, не всем удобно
что в твоем понимании TDD?
AB
V
Если сразу понимать, что код пишется на выброс - можно не писать тесты. Проблема возникает, когда код пишут изначально как на выброс, а потом внезапно начинают хотеть от него гибкости и расширяемости.
Получается, что конечном итоге, можно не писать не только тесты, но и не писать код )
ŹR
TDD это процесс в котором один из основных этапов - «написать код единственная цель которого - чтобы прошли тесты»
VK
V
Список причин не писать тесты:
1. Неумение писать тесты
1. Неумение писать тесты
хз как можно не уметь тесты писать и что это значит вообще, логично ведь что с ними лучше
другое дело когда те грят писать бесполезные тесты на код с очевидной логикой в то время как целый проект рядом вообще без тестов
другое дело когда те грят писать бесполезные тесты на код с очевидной логикой в то время как целый проект рядом вообще без тестов
VK
тестовая грыжа какаято)
ŹR
И соответственно ещё один из основных этапов «написать такие тесты, чтобы код который их проходит = код работающей программы»
ŹR
Все остальное - это уже не TDD. Это там QA, регрессия, дань памяти предков - что угодно
DS
Ни в одном из этапов не увидел: "Написать заранее 20 тестов -> вы великолепны -> теперь пишем код")
ŹR
Ни в одном из этапов не увидел: "Написать заранее 20 тестов -> вы великолепны -> теперь пишем код")
Ну как бы если ты пишешь код, который должен проходить тесты - эти тесты должны быть в этот момент уже написаны (это 1), и без кода тесты не проходят (это 2)
ŹR
Количество не важно, важно качество тестов.
Если код пролетает тесты но не выполняет бизнес требования - тесты хуевые
Если код пролетает тесты но не выполняет бизнес требования - тесты хуевые
2020 September 08
DS
Только ты не можешь написать эти тесты, если ты:
1. Не сверхразум
2. За тебя не написали тест-кейсы в ТЗ
1. Не сверхразум
2. За тебя не написали тест-кейсы в ТЗ