Доброго всем!
    Ситуация такая: Один из наших разработчиков косячнул немного. Задача стояла в том, что при проведении документов оплаты для ФЛ, должны автоматически создаваться реализации, заполняясь из ЗаказаКлиента. Механизм по созданию и заполнению прописан в нашем ОбщемМодуле. В общем он обрезал скидку из ЗаказаКлиента, перемножив цену*количество в реализации.
    Вроде мелочь, быстро поправил, но это было уже на продуктиве и нам пришел инцидент, что не есть хорошо.
И тут мне пришла директива из центра "Алекс Юстасу сверх срочно, сверх секретно" о том, что надо создать проверку чтобы такие косячки не могли попасть в продуктив из хранилища.
Выдали обработку xddTestRunner, которая проверяет ошибки. И дали пару тестовых шаблонов для нее.
   Сам вопрос кто знаком с этим механизмом подскажите как мне создать проверку, которая будет имитировать проведение документа оплаты + создание реализации. А потом я сверю суммы по документам ЗаказКлиента и Реализация

(0) Это модульное тестирование а тебе сценарное надо.

(1) Хочешь сказать что сценарное из этой обработки не получу?

,

(2) Нет, это только часть фреймворка тестирования Ванесса.

(1) модульного для такой задачи вполне норм.
единственное что теперь разработка будет в 1.5-3 раза дольше. ибо нужно будет еще и тесты писать

(5) Ты предлагаешь ТС покрыть тестами существующий функционал? Иначе в модульном тестировании как-то не очень много смысла.

(2)[как мне создать проверку] http://catalog.mista.ru/1c/articles/418168/

(6) ну это тоже нужно. но можно и начать с покрытия новых доработок

(6) в том и дело что надо покрыть тестами функционал, но не я один этим страдать буду.
Сейчас СонарКуб определяет говнокод и вылает разработчику его косяки... Теперь решили не пускать в продуктив ошибки любого рода, а если они и с инцидентом тогда вообще ваааааааааааауууууууууууууууууууу поэтому изучаю функционал этой обработины

уже кое что нашел)))

расскажу как победЮ :))

во-перввх,перемножил цену на количество в принципе неправильно,есть стандартные процедуры заполнения табличных частей,которые для этого и делались.
к сожалению,подобные ошибки при тестировании можно выявить только если знать,что тестировать.
соответственно,если про скидку забыли,то она в тест точно также не попадет.
к сожалению,глубинные ошибки в алгоритме могут выявить только люди,машина здесь пока не поможет.

(12) Сравнение Заказа и Реализации можно даже построчно в моем случае поможет

(13) это ты знаешь какую ошибку ты ищешь.
а обычно не знаешь

(13) в этом механизме есть функция сравнения таблиц

приципиально так можено сделать:

Перем ПроверкаТаблиц;

Процедура Инициализация(КонтекстЯдра) Экспорт

    ПроверкаТаблиц = КонтекстЯдра.Плагин("УтвержденияПроверкаТаблиц");
    
КонецПроцедуры

Процедура ЗаполнитьНаборТестов(НаборТестов, КонтекстЯдра) Экспорт
    
    НаборТестов.Добавить("Тест1");
    
КонецПроцедуры

Процедура Тест1() экспорт

    //...
    ПроверкаТаблиц.ПроверитьРавенствоТаблиц(ТаблицаРеализации, ТаблицаЗаказа, , Новый Структура("НечеткоеСравнение"));
    
КонецПроцедуры

есть  места, где "я художник - я так вижу" и что скажут ваши тесты?

(17) Они не скажут, а не дадут залить код с ошибками в продуктив из хранилища. Соответственно не будут остановки предприятия из за того что у отдела продаж документы не проводятся или проводятся с ошибкой создателя