Comments 22
Буду смотреть!
На первый взгляд стиль изложения у вас сильно лучше, чем у проекта xUnitFor1C.
На первый взгляд стиль изложения у вас сильно лучше, чем у проекта xUnitFor1C.
В 1С invariantCulure для чисел. То есть в любой локали то есть 8000.93 будет 8000.93 в любой локали.
За статью спасибо, посмотрю.
За статью спасибо, посмотрю.
А вот для строкового представления в InvariantCulure лучше использовать XMLСтрока
простите, я не понял два сообщения выше. Вся работа с числами происходит на стороне клиента, и представлена менеджеру тестирования в виде строк, таким образом, если нужно проверить что Цена 5 * Кол-во 20 будет равно 100, в зависимости от места запуска клиентского приложения, результат может быть «100.00» или «100,00». Тоже касается и присвоения полям значений.
XMLString () на тонком клиенте недоступен.
XMLString () на тонком клиенте недоступен.
Я про
>> (цены, сумы и кол-ва задаются в виде строк, чтобы избежать проблем ложного срабатывания проверки теста в случае его запуска в другой локали, где разделитель триад и дробной части, например, могут отличаться)
Ну товар.Цена=89,32 выдаст ошибку на любой локали. Другое дело строковое представление числа.
Можно задавать единую локаль
Формат(Значение,«Л=en_US»)
>> (цены, сумы и кол-ва задаются в виде строк, чтобы избежать проблем ложного срабатывания проверки теста в случае его запуска в другой локали, где разделитель триад и дробной части, например, могут отличаться)
Ну товар.Цена=89,32 выдаст ошибку на любой локали. Другое дело строковое представление числа.
Можно задавать единую локаль
Формат(Значение,«Л=en_US»)
приложение двуязычное, задать строго формат нельзя.
Например на C# я задаю для ToString InvariantCulture
Для таких как я можно дать ссылочку на ИТС Пример автоматизированного тестирования
Для таких как я можно дать ссылочку на ИТС Пример автоматизированного тестирования
Да уж тяжело переходить с русского на английский. Меня тут ругали за руслиш, но чистый английйский на 1С это тяжело. Обработки ->DataProcessors итд
Отстал от жизни
test = Type ( «TestedClientApplicationWindow» );
Показывает, что общий модуль. Но его найти не могу
test = Type ( «TestedClientApplicationWindow» );
Показывает, что общий модуль. Но его найти не могу
test = Type ( "TestedClientApplicationWindow" );
таким образом определяется, доступен ли менеджер тестирования, другими словами, запущен ли тестер с флагом /TESTMANAGER
Супер, обязательно развернём посмотрим у себя!
PS: Ребята спасибо, что забили гвоздь тем, кто постоянно писал «кровь из глаз при виде русского языка в коде».
PS: Ребята спасибо, что забили гвоздь тем, кто постоянно писал «кровь из глаз при виде русского языка в коде».
Всё верно сказано (правда на счет тролинга не знаю, это моя первая тут статья), единственно дополню, что еще одной из задач этой системы было решение проблемы программиста «оставаться в фокусе». Ведь кроме всего прочего, фокус часто теряется при выполнении рутины, при должном усердии, данный подход позволяет очень четко организовать ветвь самого процесс разработки. В половине проектов – это работает, в другой половине, таки да, тесты пишутся после.
да-да, конечно, перед тем как начать писать свое, прошлись по всему что было. Возможно я не знаю в деталях, как обстоят дела в последних версиях, но на тот момент мы точно определили, что запись-воспроизведение сценария, или использование геркина, нам не подходит. Тут ведь еще как, некоторые схватывают на лету, а некоторым просветление приходит через руки, вот мы из второй группы :-)
Sign up to leave a comment.
Сценарное тестирование в помощь программисту 1С