|
![]() |
#1 |
Участник
|
Мне не особо понятно зачем были выделены "параметры по умолчанию" на самом деле от их наличия или отсутствия решение задачи не изменится.
Этот метод я бы вообще не тестировал потому что нам не известно, что он должен делать т.е. глядя на него мы можем догадаться но мы не знаем всех сценариев его использования поэтому покрыть мы их не можем и не хотим. Я думаю этот разговор имеет смысл только в контексте ISV где у вас есть требования к коду и вы можете покрыть каждый сценарий позитивными и негативными тестами. |
|
![]() |
#2 |
Участник
|
Цитата:
кроме того, приемов unit-тестов в части "параметров по умолчанию" нельзя просто так перенести с c# в аксапту - нужно допиливать. вопрос - что? и как? ))) понятно, что тем про unit-тестирование больше. с удовольствием послушаю и вообще о приемах. Цитата:
я специально выбрал аксаптовский метод. очень давнишний метод. очень активно использующийся в аксапте метод. и, как правильно заметил, EVGL "метод со странностями", которые появились в результате исторического развития. ))) Цитата:
разве для других правильные приемы unit-тестирования не актуальны? да, понятно, что мало кто будет покрывать тестами стандартную функциональность. но я специально постарался выбрать для примера хорошо известный аксаптовский метод, чтобы не нужно было вводить сценарии и спецификации. я надеюсь, что даже самые начинающие аксапта-программисты в курсе как работают методы поиска цены и скидки. Последний раз редактировалось mazzy; 13.03.2017 в 23:56. |
|
![]() |
#3 |
Участник
|
Цитата:
ISV я предложил потому что там мы чаще знаем что мы делаем и зачем и что мы хотим из этого покрыть тестами. Последний раз редактировалось skuull; 14.03.2017 в 00:39. |
|
|
За это сообщение автора поблагодарили: EVGL (1). |