Size: a a a

Software Design/Architecture/Zen

2021 June 11

VS

Vlad Sobenko in Software Design/Architecture/Zen
Ну много способов. Пре коммит\пуш хуки. Деплоящий руками запускает тесты перед деплоем. Вообще вопрос в процессах.
источник

JF

Jorik Fat in Software Design/Architecture/Zen
и снова: это другая проблема
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
неа, Ну тоесть они могут дать тебе контроллируемое окружение, за счет которого ты ускоряешь запуск необходимых тебе частей для анализа.
Если у тебя активный поиск неисправности, которая уже есть, то хз как тебе помогут зеленые тесты.
Если ты что-то сделал и тесты покраснели - то это не поиск неисправности, а просто гарантия что те случаи, которые ты выразил в тестах не подвержены регрессу. Но все остальное то подвержено! И возвращаемся на прошлый абзац.
источник

JF

Jorik Fat in Software Design/Architecture/Zen
время на поиск ошибки и время на запуск это 2 разные задачи с одним общим ресурсом - время
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
ну тоесть тесты покрывают небольшое подмножество возможных проблем, которое учтено при написании самих тестов, но само множество возможных проблем значительно больше, чем ты покрыл тестами, потому что тебе же надо чтобы они еще и выполнялись хотябы не за бесконечное время
источник

JF

Jorik Fat in Software Design/Architecture/Zen
поэтому я и добавил к своему тезису деталь "которые были допущены по ошибке"
источник

VS

Vlad Sobenko in Software Design/Architecture/Zen
Ну если только про регрессии. И то, если этот кейс, как то покрыт.
А так тесты - пропустили - копаемся в логах.
источник

JF

Jorik Fat in Software Design/Architecture/Zen
воо.... точно. Тесты защищают от регрессии
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
все проблемы созданы по ошибке по определению)
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
иначе это саботаж и диверсия)
источник

JF

Jorik Fat in Software Design/Architecture/Zen
Vlad точнее сформулировал мою мысль. Тесты защищают от регрессии
источник

VS

Vlad Sobenko in Software Design/Architecture/Zen
Плюсы: какая никакая защита от регресии, могут направлять архитекуру.
Минусы: больше кода(больше денек), если тесты плохие,  то править их придётся в 10 раз чаще, чем они будут находить какую то регресию.
источник

JF

Jorik Fat in Software Design/Architecture/Zen
плохие/хорошие тесты это вопрос качества, а не наличия
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Только в тех местах где ты поставил защиту от регрессии.
источник

JF

Jorik Fat in Software Design/Architecture/Zen
гнилая еда утоляет голод. Другие проблемы правда приносит, но голод утоляет
источник

VS

Vlad Sobenko in Software Design/Architecture/Zen
Ну это влияет очень на решение. Будут идеальные - беру
Нет - нет
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Мы все таки в контексте изначально правильно написанных тестов
источник

A

Artjom Kalita in Software Design/Architecture/Zen
для продукта ненадо писать тесты ? или в чем вообще смысл этого выражения было
источник

VS

Vlad Sobenko in Software Design/Architecture/Zen
Black box? White box?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ммм.... не особо. Регулярно вижу бездумные тесты с миллионом зависимостей.
источник