Приблизительный текст на который ругается

Ага, понял.

Проверю.

Должно в смысле так и задумано или это констатация факта?)

Формы, которые не прокликиваются в тонком клиенте - в браузере работают.

Вышел новый релиз Vanessa Automation 1.2.020

Новые возможности

● Добавлена опция запуска сеанса TestClient с максимизированным окном. #175
● Добавлена опция при записи видео: подсвечивать нажатия мышки. #176
● Добавлена опция при записи видео: отключить создание видеозаставки с заголовком фичи. #177
● Добавлена опция при записи видео: отключить создание видеозаставки с заголовком сценария. #178
● Добавлена опция при записи видео: эмуляция ввода с клавиатуры во время записи видео. #179
● Добавлена опция при записи видео: можно регулировать громкость музыки. #180

Новые шаги

Gherkin
   И я добавляю информацию в лог "Текст"
● Добавлен шаг, ожидающий появления картинки на экране #171
Gherkin
   И я жду картинки "ИмяКартинки" в течение 20 секунд
● Добавлен шаг, эмулирующий нажатия хоткеев #181
Gherkin
   Дано я нажимаю хоткей "o" "ctrl"
● Добавлен шаг, эмулирующий нажатие ENTER #182
Gherkin
   Дано я нажимаю ENTER
● Добавлен шаг, определяющий координаты картинки на экране #172
Gherkin
   И я определяю координаты картинки "ИмяКартинки" как "ИмяПеременной"
● Исправлена ошибка в шаге #173
Gherkin
   И я подключаю TestClient "ИмяКлиента" логин "Логин" пароль "Пароль"

Исправление ошибок

● Исправление ошибки #151. Некорректный год в отчете Allure.
● Исправлена работа автоинструкций при вызове подсценария. Исправлено определение текста для шага. #169
● Исправлена ошибка получения подробного текста ошибки, когда в ошибке был большой стек вызова. #174
● Рефакторинг интерфейса. #165

Разные доработки

● Вывод произвольной информации в лог с помощью шага #166
● При проверке текущих сообщений пользователю теперь выводится состояние окна сообщений в исключение. #167
● При вызове исключения при закрытии окна, теперь в текст исключения выводится заголовок текущего окна. #168
● При формировании автоинструкций при вызове подсценария можно проигнорировать несколько шагов в начале сценария и несколько шагов в конце сценария. #170

Ссылка для скачивания
https://github.com/Pr-Mex/vanessa-automation/releases/tag/1.2.020

👍

Если надо, можно хранить (если их долго собирать или по каком-то другим причинам). Тогда надо установить git lfs. Но как хранить сам решай. Можно сделать структуру папок - типа src, bin и т.п. То есть в разных папках хранить - если по простому.

Всем привет. Если какой нибудь способ узнать какие формы не предназначены для открытия для заполнения исключения в дымовом тесте открытия форм

В типовых конфигурациях можно исключить формы обработок, в методах ПриСозданииНаСервере которых есть вызов исключения с текстом "Обработка не предназначена для непосредственного использования".

Но это только малая часть форм. В основном всё-таки нужно исходить из прикладной логики. Прогоните дымовое тестирование, посмотрите какие проверки не прошли и из их списка выберите те, которые и не обязаны проходить или которые вы не будете исправлять в ближайшее время. Так можно составить список нужных именно Вам исключений.

я примерно так и начал делать, тоесть которые остаются висеть открытыми ?

Павел, не очень понятно что вы имеете ввиду под "остаются висеть открытыми"?  Остаются открытыми формы или тесты? ))  

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

А тесты тоже не должны висеть открытыми, так как после исключения лишних форм из проверок эти тесты вообще не будут выполнятсья и должны уйти из отчётности о результатах тестирования.

понял спасибо

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

Валентин
»тестировщик не владеет знанием что можно и нужно открывать, а что нет

Так это уже не автоматическое дымовое тестирование получится. Речь выше шла о дымовом тесте. Странно, что не хотите к этому разработчиков привлечь. Это же пара часов работы + несколько правок в рамках поддержки.

Т.е. если настроить список открываемых форм и открывать некой обработкой, то это автоматическое, а если прокликать сценарий по нужным формам, то нет? Забавно. Может, конечно, у нас получилось и не дымовое. Мы на терминологию "плюем". Нам результат важен. Он есть.

Вы ли это?