Size: a a a

2019 March 20

ДБ

Дмитрий Бабенко... in testspro1c
Интересно, 1С планирует добавить какую нибудь функцию глобального контекста для определения особенностей клиента (менеджер/клиент тестирования) ? Ну или добавить в параметры формы открытой в клиенте тестирования обязательный параметр, тот же "АвтоТест", например. Как то раньше не сталкивался с этим и удивлен что никак не идентифицировать клиент тестирования...
источник

A

Alexey Lab Sosnoviy in testspro1c
Дмитрий Бабенко
Интересно, 1С планирует добавить какую нибудь функцию глобального контекста для определения особенностей клиента (менеджер/клиент тестирования) ? Ну или добавить в параметры формы открытой в клиенте тестирования обязательный параметр, тот же "АвтоТест", например. Как то раньше не сталкивался с этим и удивлен что никак не идентифицировать клиент тестирования...
А зачем? правда интересно.
источник

ЕМ

Евгений Мартыненков... in testspro1c
Присоединяюсь к вопросу.
источник

ДБ

Дмитрий Бабенко... in testspro1c
Например, есть форма которая использует обращение к внешним сервисам. Мне нужно протестировать что при определенных действиях пользователя эта форма появляется и я хочу вынести за скобки обращение к внешнему сервису, мне нужно продолжить тест при условии что внешний сервис отработал штатно
источник

ДБ

Дмитрий Бабенко... in testspro1c
мне кажется примеров можно много придумать. Суть в том что тестовое окружение отличается от рабочего. Можно с моками как то это все решить, но мне кажется Если ЭтоКлиентТестировани() Возврат Истина будет проще
источник

ЕМ

Евгений Мартыненков... in testspro1c
Есть несколько интересных статей на инфостарте про мок-сервисы. От Грызлова и Сосны как минимум. Посмотри в эту сторону. Смысл в том, что не надо такое прятать. Внешнее тоже надо тестировать, но эмулируя это самое внешнее
источник

ЕМ

Евгений Мартыненков... in testspro1c
И ещё совсем недавно проскакивала хорошая статья на эту тему с использованием SoupUi
источник

ЕМ

Евгений Мартыненков... in testspro1c
Как раз в контексте тестов и ванессы
источник

ДБ

Дмитрий Бабенко... in testspro1c
я в курсе про моки, да. Но это уже сложнее в реализации.
источник

ДБ

Дмитрий Бабенко... in testspro1c
на ci надо тоже будет допиливать
источник

ЕМ

Евгений Мартыненков... in testspro1c
Дмитрий Бабенко
мне кажется примеров можно много придумать. Суть в том что тестовое окружение отличается от рабочего. Можно с моками как то это все решить, но мне кажется Если ЭтоКлиентТестировани() Возврат Истина будет проще
"Проще" - не очень хорошее слово в контексте качества продукта. Для некоторых это вообще слово-семафор )))
источник

ЕМ

Евгений Мартыненков... in testspro1c
источник

ЕМ

Евгений Мартыненков... in testspro1c
Дмитрий Бабенко
я в курсе про моки, да. Но это уже сложнее в реализации.
Один раз же настроить окружение. Там все батниками и конфигами ж делается
источник

ЕМ

Евгений Мартыненков... in testspro1c
Но это мое имхо. Если вам кажется, что лучше в коде самой программы разграничивать окружение, то делайте через доп параметры запуска платформы
источник

NG

Nikita Gryzlov in testspro1c
Евгений Мартыненков
Есть несколько интересных статей на инфостарте про мок-сервисы. От Грызлова и Сосны как минимум. Посмотри в эту сторону. Смысл в том, что не надо такое прятать. Внешнее тоже надо тестировать, но эмулируя это самое внешнее
Если ты про то, что я рассказывал на ИЭ 2018, то статья ещё не опубликована. Я её даже в черновиках пока не вижу.
источник

NG

Nikita Gryzlov in testspro1c
Дмитрий Бабенко
Например, есть форма которая использует обращение к внешним сервисам. Мне нужно протестировать что при определенных действиях пользователя эта форма появляется и я хочу вынести за скобки обращение к внешнему сервису, мне нужно продолжить тест при условии что внешний сервис отработал штатно
По книжкам, приложение не должно понимать, что оно работает в тестовом окружении. Просто у вашего приложения должны быть конфиги, которые в тестовом окружении можно заменить текстовыми серверами. Справочники с эндпоинтами веб сервисов, инъекции и инверсия зависимостей, вот это все.
источник

NG

Nikita Gryzlov in testspro1c
Товарищи новоприбывшие, а откуда ветер дует? Где разлили ссылку?
источник

Z

ZEEGIN in testspro1c
Дмитрий Бабенко
я в курсе про моки, да. Но это уже сложнее в реализации.
В БСП это решается тем что ставятся на тестовую базу расширения которые переопределяют адреса на тестовые ресурсы.
источник

NT

Nick Ternovoi in testspro1c
Мы тоже передавали для клиента тестирования ключ. По моему для выбора файла в тесте, т.к. интерактивно не работало тестирование
источник

SP

Supir Puper in testspro1c
ZEEGIN
В БСП это решается тем что ставятся на тестовую базу расширения которые переопределяют адреса на тестовые ресурсы.
Вы к слову зимбру в качестве почтовой учётной записи по умолчанию тестируете?
источник