История изменений
Исправление goingUp, (текущая версия) :
да и то х.з., если получилось не 0.0282370192 а 0.0282370216 - это уже косяк в коде или ещё нюансы представления вещественных чисел в формате FP.
А если это автомат состояний, с сотнями параметров и условий и, соответственно какими-ниубдь квинтиллионами возможных состояний - то чем вообще поможет парочка сраных тестов, кроме создания ложной увернности у долбодятла (и его начальства), который уверовал в «полное покрытие», в том что всё правильно?
Стансон, это невероятно, вы пишете настолько сложные программы, что даже не понятно, правильно или нет они работают! Ну круто же. Чесно говоря в первый раз такое вижу)
По моему скромному опыту как раз тесты в более сложных местах дают больше профита, так как там хуже видно умозрительно, правильно ли написан код, и больше пространства накосячить, особенно при внесении изменений. Еще они часто избавляют от повторяющегося ручного тестирования, типа когда ради проверки одной функции нужно каждый раз заполнять какую-то большую форму.
Исходная версия goingUp, :
да и то х.з., если получилось не 0.0282370192 а 0.0282370216 - это уже косяк в коде или ещё нюансы представления вещественных чисел в формате FP.
А если это автомат состояний, с сотнями параметров и условий и, соответственно какими-ниубдь квинтиллионами возможных состояний - то чем вообще поможет парочка сраных тестов, кроме создания ложной увернности у долбодятла (и его начальства), который уверовал в «полное покрытие», в том что всё правильно?
Стансон, это невероятно, вы пишете настолько сложные программы, что даже не понятно, правильно или нет они работают! Ну круто же. Чесно говоря в первый раз такое вижу)
По моему скромному опыту как раз тесты в более сложных местах дают больше профита, так как там хуже видно умозрительно, правильно ли написан код, и больше пространства накосячить. Еще они часто избавляют от повторяющегося ручного тестирования, типа когда ради проверки одной функции нужно каждый раз заполнять какую-то большую форму.