JF
это проблема модулиризации
Юниты. Я бы больше их выделял, как направляющие архитектуру силы.
е2е про баги при интеграции.
Size: a a a
2021 June 11
VS
VS
Ну всё, этот кейс нечем крыть... Не пишем значит?
JF
тесты решают свою задачу. А если из этого появляется новая - она решается другим интрументом
RT
я ж этого не утверждал =)
DT
если тест именно на локализованный краш с известными вводными, которые вызывают краш, то помогают само собой. Потому что под него написаны. Если говорить об общих тестах которые уже типа есть и защите кода от непредвиденных обстоятельств - немного да, но смысл об этом говорить если тесты вообще не про это? Они выполяют тогда другую задачу
RT
это звучит как анекдот =)
RT
про математиков
JF
т.е. если после облучения нужно носить парик - не нужно облучаться?
RT
все я пожалуй пас. извините
VS
Давайте пойдём от обратного. Какие минусы написания тестов?
JF
так и не увидел ни одного внятного тезиса
ch
если в компании нету CI то толку от тестов будет где то примерно ноль
DT
как и от тебя собственно. Только вопросы общего характера
JF
время, деньги, доп. нагрузки при сборках, фантомное ощущение что все хорошо
DT
больше буков, больше кода. Все знают что самый лучший код - это тот, который не написан
VS
Ну такой себе аргумент. Программы нужны для того, чтобы их запускать, как и тесты.
JF
у меня есть конкретный тезис:
тесты сокращают время на поиски несправностей, которые были допущены по ошибке
тесты сокращают время на поиски несправностей, которые были допущены по ошибке
DT
звучит как нарота)
ch
а кто их будет запускать? каждый разраб будет перед каммитом, прогонять все тесты? а если это занимает пол часа?