|
|
|
|
#1 |
|
MCT
|
Расширю список вопросов по unit тестам.
Может кто привести пример unit теста, разноски заявки на отгрузку, самого простого?
Вижу только множество синтетических примеров с калькулятором.
__________________
Axapta book for developer |
|
|
|
|
#2 |
|
Участник
|
Цитата:
Любой пример с TextBuffer: в CIL он представлен StringBuilder'ом Любой пример с XML не говоря уже об обрезании строк с типом из EDT все это может по разному вести себя в классическом X++ и в CIL. ![]() В данном случае хочется проверить поведение TextBuffer |
|
|
|
|
#3 |
|
MCT
|
Цитата:
X++: new SalesFormLetter(Parm1,parm2...).run()И соответственно увидеть процент отработанного кода тоже?
__________________
Axapta book for developer |
|
|
|
|
#4 |
|
Участник
|
Вот пример для dyn365fo https://docs.microsoft.com/en-us/dyn...written-in-atl
|
|
|
|
| За это сообщение автора поблагодарили: MikeR (2). | |
|
|
#5 |
|
MCT
|
Цитата:
Сообщение от belugin
Вот пример для dyn365fo https://docs.microsoft.com/en-us/dyn...written-in-atl
__________________
Axapta book for developer |
|
|
|
|
#6 |
|
Участник
|
Это для приемочного тестирования а не для performance. Возможно, кто-то его использует для perfromance - Иван Кашперук, скорее всего знает, об этом больше.
См также пример из его блога |
|
|
|
|
#7 |
|
Участник
|
Цитата:
С акс4 вполне получается. И процент покрытого тестами кода тоже. И на клиенте, и на сервере. Я ж даже написал как. Вопрос про CIL. Как unit-тест класс запустить на сервере, причем гарантировано в CIL? |
|
|
|
|
#8 |
|
Участник
|
А давайте про ATL в новую ветку?
возвращаясь к unitTest'ам. Цитата:
самый простой unit-test для любой, даже очень сложной функциональности, выглядит так: запустить и убедится, что запущенный функционал не падает хотя бы с тривиальными "пустыми" параметрами. в данной ветке, простейший unit test может еще и создавать environment для выполнения: на клиенте, на сервере без CIL, на сервере с CIL |
|
|
|
|
#9 |
|
Участник
|
Цитата:
вопрос, скорее всего, был как при помощи unit тестов убедиться, что такой сложный функционал как "разноска" работает корректно. ответ должен быть ссылками на книги и статьи, где говорится что: 1. юнит-тестирование - не панацея и не серебряная пуля. 2. юнит-тестирование предполагает, что сложный функционал - это композиция используемых методов. 3. юнит тестирование предполагает, что если используемые методы протестированы, то в сложном функционале не обязательно тестировать весь функционал, достаточно протестировать только как работает композиция. (это очень спорный и неоднократно критиковался многими) предполагается, что чем больше используемых методов покрыто тестами, тем больше уверенность, что разноска протестирована. (про возрастание уверенности тоже спорно. но альтернатива - сверхдорогое и ненадежное ручное тестирование) Последний раз редактировалось mazzy; 09.01.2020 в 09:55. |
|
|
| Теги |
| cil, unit test |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|