Погоди. У тебя сценарий на 3000 шагов. Вот на 1600 шаге тест упал. Как сделать в таком случае копию базы?

Не база упала, а именно один шаг в одном сценарии

Я думал о подключении дополнительных обработчиков при падении сценариев.
Эту же задачу мы решаем на уровне скриптов, которые запускают тесты на VA.
Собираем бекап базы на момент падения и прикладываем к ошибке в СППР.

короче - не я один думал про это, но единого подхода, который хорошо описан - нет, как я понял.

Сделать подключение обработчика при падении сценария, в принципе, не сложно.

Посмотрел последние версии VA, смотрю она так и не научилась через вебсервис СППР ошибки регать. Кто нить это собирается делать?

(Ну я так, на всякий случай, потому как мне это уже надо будет вот вот)

Если сделаешь - многие тебе скажут спасибо.

Просто фишка в том, что CI находится в тестовом контуре у заказчика, доступ туда только по OVPN. А СППР у нас на продуктовом контуре.  Каталог они расшарили (я там вообще не админ), но получается либо кто то должен отдать свою учётку, под которой ВПН будет поднят с нашего сервера, но тогда  возникают вопросы безопасности, да и надёжность тоже не ах. Всё таки ВПН. Через общедоступный WS было бы гораздо проще.
Я видел ишу https://github.com/Pr-Mex/vanessa-automation/issues/676, видимо всё же придётся попутно решать и этот вопрос, но я считаю что проблема на стороне СППР, чтобы повторные ошибки второй раз не регистрировались. Иначе KPI в СППР будет совсем тусклым. Есть идеи по какому критерию считать ошибку тестирования ранее уже загруженной? Например имя фичи, номер упавшей строки, причины, почему упала. Этот вопрос ранее обсуждали с кем ни будь?

А какая разница, где оно там упало? Упало же. Вот копия иб. Сиди, разбирайся

СППР умеет не регистрировать дубли ошибок. Для этого считает специальный хеш по тексту уточнения ошибки. В данном issue как раз проблема в том, чтобы убирать из текста уточнения дату, чтобы хеш был тот же.

Понятно

Подскажите, пожалуйста, на каком этапе развития в ВА находится функциональность записи/воспроизведения тестов на других языках?
Дано: двуязычная конфигурация (русский и румынский).
Требуется:
1. Регрессионное тестирование конфигурации для обоих языков интерфейса.
2. Авто-видео-инструкции на обоих языках.

Не увидел сколь-нибудь ощутимой помощи от галки "Добавлять при накликивании мета-информацию" .

В каком направлении копать?

@Snitkovski 👆

Добрый день!
Vanessa Automation давно поддерживает накликивание / написание и последующее воспроизведение сценариев на разных языках
Поддержка румынского была реализована одной из первых 😉
Правда, библиотека шагов постоянно расширяется и, соответственно, постоянно требуется отслеживать эти изменения и вносить / корректировать переводы - на что не всегда хватает времени, к сожалению...

Если будут вопросы - пишите сюда или в личку

Мы начинали c @hawk911 делать фичу, чтобы можно было написать один тест, который работает сразу в интерфейсах на нескольких языках.
Флаг "Добавлять при накликивании мета-информацию" - это было начало этой работы. Но дальше дело не продвинулось.
Также обсуждали с @DitriXNew эту проблему. У него свой взгляд на это.
Законченного решения пока нет, насколько я понимаю. Поэтому пока выход делать отдельно тест для русского и отдельно тест для румынского.

Допереведём библиотеку шагов на румынский?

вот примерчик - ещё из далёкого 2017-го года:
https://www.youtube.com/watch?v=uRijpmQMEgQ

Тогда и на Албанский - Албания там не далеко...