|
![]() |
#1 |
Участник
|
а почему этого достаточно?
|
|
![]() |
#2 |
Участник
|
ну по сути это минимальный набор который покажет - не поломался ли метод.
(к примеру после установки решения которое добавляет event handler и не обрабатывает параметр _agreementHeaderExtRecId) протестировать полностью имхо вы не сможете по любому, ибо для 64 комбинаций входных параметров вам надо учесть, что порядок сортировки данных которые выбираются при поиске цены может быть тоже разный и может получиться что при одном наборе данных правильное значение выберется случайно, хотя сам метод будет работать и неправильно на других данных. т.е. тут будут миллионы комбинаций |
|
![]() |
#3 |
Участник
|
т.е. тестируем только регрессию?
а почему "это минимальный набор, который покажет"? почему он покажет? ведь может быть регрессия, которая не учитывается этими двумя случаями. Цитата:
что за другой набор данных? ведь мы генерируем окружение до запуска метода. причем предполагается, что окружение будет одинаковым. разве не? и что за случайные выборки? да, в ax7 добавили sysTestAnyGenerator... но мы ведь не о нем говорим? что за случайности в unit-тестировании? чего я не понимаю? |
|
![]() |
#4 |
Участник
|
Цитата:
вообще немного подумав - что бы я как разработчик решения хотел бы получить от микрософт. наверное все же не 2, а набор тестов которые тестируют каждый параметр и проверяют что одно изменение параметра приводит к отличию в выполнении. т.е. в данном случае 11 параметров, на каждый параметр по 2 значения получается тест с 22 вариантами - на каждый вариант должна быть своя цена. плюс скрипт который генерит 22 разных записи в таблице цен ![]() так бы я проверил, что мой код не поломал стандарт Последний раз редактировалось trud; 14.03.2017 в 11:03. |
|