Сценарное тестирование в помощь программисту 1С

[FSerg]

Буду смотреть!
На первый взгляд стиль изложения у вас сильно лучше, чем у проекта xUnitFor1C.

[grumegargler]

спасибо! буду рад, если штука понравится, задавайте вопросы если что.
p.s. парни из xUnitFor1C тоже большое дело делают, но у них чуть подход другой.

[Serginio1]

В 1С invariantCulure для чисел. То есть в любой локали то есть 8000.93 будет 8000.93 в любой локали.
За статью спасибо, посмотрю.

[Serginio1]

А вот для строкового представления в InvariantCulure лучше использовать XMLСтрока

[grumegargler]

простите, я не понял два сообщения выше. Вся работа с числами происходит на стороне клиента, и представлена менеджеру тестирования в виде строк, таким образом, если нужно проверить что Цена 5 * Кол-во 20 будет равно 100, в зависимости от места запуска клиентского приложения, результат может быть «100.00» или «100,00». Тоже касается и присвоения полям значений.
XMLString () на тонком клиенте недоступен.

[Serginio1]

Я про
>> (цены, сумы и кол-ва задаются в виде строк, чтобы избежать проблем ложного срабатывания проверки теста в случае его запуска в другой локали, где разделитель триад и дробной части, например, могут отличаться)

Ну товар.Цена=89,32 выдаст ошибку на любой локали. Другое дело строковое представление числа.
Можно задавать единую локаль
Формат(Значение,«Л=en_US»)

[grumegargler]

приложение двуязычное, задать строго формат нельзя.

[Serginio1]

Например на C# я задаю для ToString InvariantCulture
Для таких как я можно дать ссылочку на ИТС Пример автоматизированного тестирования

[Serginio1]

Да уж тяжело переходить с русского на английский. Меня тут ругали за руслиш, но чистый английйский на 1С это тяжело. Обработки ->DataProcessors итд

[grumegargler]

в модуле Extender я постарался продублировать на русском все методы по работе с тестируемым приложением, если чего не хватает — маякуйте.

[Serginio1]

Отстал от жизни
test = Type ( «TestedClientApplicationWindow» );

Показывает, что общий модуль. Но его найти не могу

[grumegargler]

test = Type ( "TestedClientApplicationWindow" );

таким образом определяется, доступен ли менеджер тестирования, другими словами, запущен ли тестер с флагом /TESTMANAGER

[Serginio1]

Это я понимаю. Я не понимаю откуда берется TestedClientApplicationWindow с типом Общий модуль?
Я понял суть, но мне интересна и конкретика!

[grumegargler]

есть просто такой общий клиентский модуль Test, его дизайнер и показывает, конечно, переопределить общий модуль программно нельзя, но и данное присвоение сделано только для try/except

[Serginio1]

Понял. Действительно отстал от жизни
ТестируемоеОкноКлиентскогоПриложения (TestedClientApplicationWindow)

[AMaxKaluga]

Супер, обязательно развернём посмотрим у себя!

PS: Ребята спасибо, что забили гвоздь тем, кто постоянно писал «кровь из глаз при виде русского языка в коде».

[FSerg]

Вот я тоже подумал, что для хабара — англоязычный вариант конфы и кода — отличный (хоть и не специальный) троллинг :)

[EvilBeaver]

grumegargler, полюбопытствую, проект vanessa-behavior видели?

[grumegargler]

Всё верно сказано (правда на счет тролинга не знаю, это моя первая тут статья), единственно дополню, что еще одной из задач этой системы было решение проблемы программиста «оставаться в фокусе». Ведь кроме всего прочего, фокус часто теряется при выполнении рутины, при должном усердии, данный подход позволяет очень четко организовать ветвь самого процесс разработки. В половине проектов – это работает, в другой половине, таки да, тесты пишутся после.

[grumegargler]

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