k
And we have a winner
Size: a a a
2020 February 13
EA
тип чтоб при каждом изменении не тыкать в кучу мест, чтоб проверить сработало ли
pk
)) механизм старый и мертвый
EA
хотя придется постоянно переписывать тест
k
У нас какбы есть безлимитный ресурс в виде "база для тестов"
k
Снял бэкап, накатил, сиди проверяй
EA
ну забыл чего
EA
или не учел
EA
поленился
EA
легче же в прод запустить и использовать юзерей в качестве тестировщиков )
k
Фигня, когда ты пишешь некий софт, ты знаешь примерно, какие могут проблемы и куда смотреть, какие юнит-тесты писать.
Но в 1С ты написал обработку заполнения документа программно с использованием экспортных процедур. Зачем писать отдельный тест, когда на том же бэкапе ты ее запустишь и сразу увидишь, что экспортная процедура была выпилена или ее вывод изменился
Но в 1С ты написал обработку заполнения документа программно с использованием экспортных процедур. Зачем писать отдельный тест, когда на том же бэкапе ты ее запустишь и сразу увидишь, что экспортная процедура была выпилена или ее вывод изменился
EA
а, ну эт если все писал ты, то ближе к реальности
k
И как ты это можешь предвидеть? Переносить все процедуры со всем каскадом кода в модуль своей обработки? Meh...
EA
или изучил досконально конфу всю
pk
вот и получается, что на простых доработка тесты не нужны, так как вся логика и так в доработке
а на сложных они тем более НЕ НУЖНЫ. так как ты фиг тест напишешь и зависимостей море
а на сложных они тем более НЕ НУЖНЫ. так как ты фиг тест напишешь и зависимостей море
IK
Раунд! :)
pk
ого @amurly расскажи про применение. правда интересно
EA
И как ты это можешь предвидеть? Переносить все процедуры со всем каскадом кода в модуль своей обработки? Meh...
так записал сценарий, который создает документ на основании
EA
если вылезают сразу ошибки, тебе сообщат
EA
но, вот как проверить, если ошибок не было, правильно ли перенеслись данные