ax2012: Как выполнить unitTest в CIL?

[mazzy]

По следам замечания от Макса Белугина
mazzy: Опубликовал проект SysString

Предположим, у меня есть класс с unit-тестами.
Понятно как запустить этот класс на сервере - установить у класса свойство RunOn=Server

Понятно как в ax2012 сделать два unit-тестовых класса, один из которых выполняется на клиенте, а другой на сервере: Создать потомка и, не создавая ни одного метода, указать у потомка свойство RunOn=Server. (в предыдущих аксаптах сложнее - там надо править и свойство, и метод createSuite)

Но как в ax2012 выполнить юнит-тесты не просто на сервере, а именно в CIL?

[MikeR]

Может кто привести пример unit теста, разноски заявки на отгрузку, самого простого?
Вижу только множество синтетических примеров с калькулятором.

[mazzy]

Цитата:

Сообщение от MikeR

Может кто привести пример unit теста, разноски заявки на отгрузку, самого простого?
Вижу только множество синтетических примеров с калькулятором.

Любой пример с контейнером: в CIL он предстставлен дот-нетовским массивом
Любой пример с TextBuffer: в CIL он представлен StringBuilder'ом
Любой пример с XML

не говоря уже об обрезании строк с типом из EDT

все это может по разному вести себя в классическом X++ и в CIL.


В данном случае хочется проверить поведение TextBuffer

[MikeR]

Цитата:

Сообщение от mazzy

Любой пример с контейнером: в CIL он предстставлен дот-нетовским массивом
Любой пример с TextBuffer: в CIL он представлен StringBuilder'ом
Любой пример с XML
......

Я правильно понимаю, что запустить тест типа Salesforce:

new SalesFormLetter(Parm1,parm2...).run()

не получится?
И соответственно увидеть процент отработанного кода тоже?

[belugin]

Цитата:

Сообщение от MikeR

Я правильно понимаю, что запустить тест типа Salesforce:

Вот пример для dyn365fo https://docs.microsoft.com/en-us/dyn...written-in-atl

[mazzy]

Цитата:

Сообщение от MikeR

Я правильно понимаю, что запустить тест типа Salesforce:

new SalesFormLetter(Parm1,parm2...).run()

не получится?
И соответственно увидеть процент отработанного кода тоже?

Почему не получится?
С акс4 вполне получается. И процент покрытого тестами кода тоже.
И на клиенте, и на сервере. Я ж даже написал как.

Вопрос про CIL. Как unit-тест класс запустить на сервере, причем гарантировано в CIL?

[belugin]

Цитата:

Сообщение от mazzy

Предположим, у меня есть класс с unit-тестами.
Понятно как запустить этот класс на сервере - установить у класса свойство RunOn=Server

Вынести тестовый код в статические методы и runclassmethodil из тестовых методов?

[mazzy]

Цитата:

Сообщение от belugin

Вынести тестовый код в статические методы

https://coub.com/view/12fmyh
оно, конечно, да... но можно как-то попроще?

[belugin]

Цитата:

Сообщение от mazzy

оно, конечно, да... но можно как-то попроще?

Поискал в наших тестах нашел runas и invokestatocmethodil - скорее всего, ничего более удобного нет

[mazzy]

Цитата:

Сообщение от belugin

Поискал в наших тестах нашел runas и invokestatocmethodil - скорее всего, ничего более удобного нет

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

что тут же делает тестирование в CIL дико трудозатратным.

============
Если хочется попробовать, то можно взять проект https://github.com/mazzy-ax/SysString

задать свойство RunOn=Server для класса StringTest
и добавить два метода:

в класс String:

public server static container trimIdentIL(container pack)
{
    boolean isCLR = xSession::isCLRSession();

    str s = conPeek(pack, 1);
    SysText     text    = SysText::construct(s);
    str         ret     = SysText::trimIdent(text).getText();

    return [ret];
}

и в класс StringTest:

void testTrimIdent_IL()
{
    str s = @'
    ABC
        123
    456
    ';

    anytype dummy = new XppILExecutePermission().assert();
    container ret = runClassMethodIL(ClassStr(String), staticMethodStr(String, trimIdentIL), [s]);

    this.assertEquals('ABC\n    123\n456', conPeek(ret, 1));
}

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

[MikeR]

Цитата:

Сообщение от belugin

Вот пример для dyn365fo https://docs.microsoft.com/en-us/dyn...written-in-atl

Аж прям прослезился это аналог убитого в Axapta 3.0 benchmark ?

[belugin]

Цитата:

Сообщение от MikeR

Аж прям прослезился это аналог убитого в Axapta 3.0 benchmark ?

Это для приемочного тестирования а не для performance. Возможно, кто-то его использует для perfromance - Иван Кашперук, скорее всего знает, об этом больше.

См также пример из его блога

[mazzy]

А давайте про ATL в новую ветку?

возвращаясь к unitTest'ам.

Цитата:

Сообщение от MikeR

Может кто привести пример unit теста, разноски заявки на отгрузку, самого простого?

я кажется вопрос понял.

самый простой unit-test для любой, даже очень сложной функциональности, выглядит так:

запустить и убедится, что запущенный функционал не падает хотя бы с тривиальными "пустыми" параметрами.

в данной ветке, простейший unit test может еще и создавать environment для выполнения: на клиенте, на сервере без CIL, на сервере с CIL

[mazzy]

Цитата:

Сообщение от MikeR

Может кто привести пример unit теста, разноски заявки на отгрузку, самого простого?

и да, сразу отвечу на вопрос, который ты, скорее всего, хотел задать, но получилось у тебя только про "самый простой" unit-test.

вопрос, скорее всего, был как при помощи unit тестов убедиться, что такой сложный функционал как "разноска" работает корректно.

ответ должен быть ссылками на книги и статьи, где говорится что:
1. юнит-тестирование - не панацея и не серебряная пуля.
2. юнит-тестирование предполагает, что сложный функционал - это композиция используемых методов.
3. юнит тестирование предполагает, что если используемые методы протестированы, то в сложном функционале не обязательно тестировать весь функционал, достаточно протестировать только как работает композиция. (это очень спорный и неоднократно критиковался многими)

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