Size: a a a

2019 April 04

MK

Maksim Kulbarakov in testspro1c
А объекты с префиксов "Удалить" по умолчанию не попадают  тесты?
источник

MK

Maksim Kulbarakov in testspro1c
В "Управление дымовыми тестами" они есть и их можно отключить, а вот на самой закладке с тестами не моуг найти эти объекты
источник

AA

Artur Ayukhanov in testspro1c
Maksim Kulbarakov
А объекты с префиксов "Удалить" по умолчанию не попадают  тесты?
да, пропускаются по умолчанию
источник

A

Alexey Lab Sosnoviy in testspro1c
Добро пожаловать +))
источник

MT

Maxim Trofimov in testspro1c
Спасибо, буду вникать )
источник

MK

Maksim Kulbarakov in testspro1c
Artur Ayukhanov
да, пропускаются по умолчанию
Спасибо. Еще такой момент, вылетели сообщения "Выявлено модальное окно": Форма недоступна для использования. Такие справочники только руками добавлять в исключения? Нельзя как-то массово такие сообщения исключить?
источник

RZ

Ruslan Zhdanov in testspro1c
Maksim Kulbarakov
Спасибо. Еще такой момент, вылетели сообщения "Выявлено модальное окно": Форма недоступна для использования. Такие справочники только руками добавлять в исключения? Нельзя как-то массово такие сообщения исключить?
Можно полуручным способом. В Адд есть внешний инструмент - управление дымовыми тестами
источник

MK

Maksim Kulbarakov in testspro1c
Ну с помощью него и исключаю)
источник

RZ

Ruslan Zhdanov in testspro1c
Но он если честно сыроват. По этому самый надёжный способ вручную
источник

MK

Maksim Kulbarakov in testspro1c
А как проходит проверка пункта "открытие формы существующего элемента справочника", если справочник пустой?
источник

MK

Maksim Kulbarakov in testspro1c
У меня вылетают ошибки: "Поле объекта не обнаружено" на проверке "Существующие"
источник

MK

Maksim Kulbarakov in testspro1c
захожу в справочник, там пусто, новые элементы создаются без ошибок
источник

AA

Artur Ayukhanov in testspro1c
Maksim Kulbarakov
У меня вылетают ошибки: "Поле объекта не обнаружено" на проверке "Существующие"
если элементов нет, дымовой тест пытается их создать.
но часто нужно какие-то доп.элементы создать,
посмотрите доку на дымовые, там есть описание, как заполнять доп.поля при автосоздании
источник

MK

Maksim Kulbarakov in testspro1c
Artur Ayukhanov
если элементов нет, дымовой тест пытается их создать.
но часто нужно какие-то доп.элементы создать,
посмотрите доку на дымовые, там есть описание, как заполнять доп.поля при автосоздании
Пытается создать, далее записать? А потом переоткрыть?
источник

AA

Artur Ayukhanov in testspro1c
Maksim Kulbarakov
У меня вылетают ошибки: "Поле объекта не обнаружено" на проверке "Существующие"
это или ошибка системы - например, код не учитывает, что какое-то поле может быть пустым
или элементы создаются не совсем правильно, например, заполнение идет только в форме
или еще что-нибудь
источник

AA

Artur Ayukhanov in testspro1c
Maksim Kulbarakov
Пытается создать, далее записать? А потом переоткрыть?
да, конечно
источник

MK

Maksim Kulbarakov in testspro1c
Понял, спасибо)
источник

DO

Dmitry Ovcharenko in testspro1c
а можно ли сделать так:

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

MK

Maksim Kulbarakov in testspro1c
@aartbear Может глупый вопрос, но я запутался что-то) Конфигурационный файл json, который содержит настройки дымовых тестов (smoke.json) и конфигурационный файл с настройками xunit, где указываются параметры "ibconnection, --db-user и т.д." - это один и тот же файл? При запуске из командной строки указываем его в параметре "--settings" ?
источник

DO

Dmitry Ovcharenko in testspro1c
не знаю, что ответит @aartbear, но вот у меня это два разных файла. vrunner xunit с файлом настроек, а в этом файле настроек, помимо прочего, указан файл настроек дымовых тестов.
источник