Size: a a a

2019 January 26

ВА

Валентин Ажеронок... in testspro1c
А есть ли в VA возможность установить  признак наличия ошибки, но при этом продолжить сценарий? Например, кликаю сценарий, вылезло окно про недостаточно прав. Регистрирую ошибку в баг-треккере. В сценариипишу обход: если открылось окно 1с:предприятие тогда нажимаю кнопку ок, вот тут устанавливаю признак наличия ошибки, продолжаю сценарий дальше.
источник

LP

Leonid Pautov in testspro1c
Валентин Ажеронок
А есть ли в VA возможность установить  признак наличия ошибки, но при этом продолжить сценарий? Например, кликаю сценарий, вылезло окно про недостаточно прав. Регистрирую ошибку в баг-треккере. В сценариипишу обход: если открылось окно 1с:предприятие тогда нажимаю кнопку ок, вот тут устанавливаю признак наличия ошибки, продолжаю сценарий дальше.
Привет!
Этот issue наверное про это
https://github.com/Pr-Mex/vanessa-automation/issues/113
источник

ВА

Валентин Ажеронок... in testspro1c
Не совсем. Возможно, как дополнение можно рассматривать. В том варианте мы регистрируем ошибку и продолжаем, а в новом ошибку не регистрируем, мы о ней уже знаем, но пока не исправили и в сценарии ее "обошли". Просто билд статус устанавливаем не в 0, т.к. ошибка реально есть, но из-за наличия обхода ошибки через Если сценарий то у нас выполняется и его билд статус 0
источник

LP

Leonid Pautov in testspro1c
Смотри. Мне видится, что можно спокойно собирать весь урожай ошибок из сценария, а система, которая регистрирует ошибки должна уметь понимать, что такая ошибка уже есть, и её заново регистрировать не надо. Так сделано у нас в СППР.
Этот механизм уже опубликован в ознакомительной версии СППР, котрая лежит на релизах.
источник

ВА

Валентин Ажеронок... in testspro1c
Это будет приемлемо при условии собирания сценарием множества ошибок и их авторегистрации. Но первого еще нет в VA, а второго еще нет у меня. Так что пока эти два условия не выполнены шаг И я устанавливаю статус ЕстьОшибкиВыполнения меня бы очень спас, т.к. сейчас в сценариях написал обход таких ошибок
источник

Z

ZEEGIN in testspro1c
сценарный тест должен всегда говорить обо всех обнаруженных ошибках
источник

Z

ZEEGIN in testspro1c
что-то скрывать как сказал Леня, не правильно
источник

Z

ZEEGIN in testspro1c
например кроме создания таска в сппр или джире и решения надо ли там регистрировать новую или это дубль, есть еще отчеты по проверке конкретной версии, это отчеты аллюр, и джеюнит
источник

Z

ZEEGIN in testspro1c
несмотря на то есть ли ошибка в багтрекере я в своею статусе конкретной сборки должен видеть что ошибка воспрлизвелась или ошибка устранена или ошибка привнесена по сравнению с предыдущей сборкой
источник

Z

ZEEGIN in testspro1c
это можно получить только если система тестов всегда собирает все найденные ошибки
источник

Z

ZEEGIN in testspro1c
Сценарий проверки вручную запустив ванессу на своей машине  - это не основной сценарий. Это отладочный сценарий.
источник

Z

ZEEGIN in testspro1c
в общем случае задача собирать и авторегистрировать ошибки это вообще не задача ванессы а задача инструмента регистрации
источник

Z

ZEEGIN in testspro1c
причем ему должно быть все равно собирает он ошибки из ванессы, из проверки платформы, из проверки едт или какого-то другого стат анализатора или какой-то системы юнит тестированич
источник

LP

Leonid Pautov in testspro1c
Валентин Ажеронок
Это будет приемлемо при условии собирания сценарием множества ошибок и их авторегистрации. Но первого еще нет в VA, а второго еще нет у меня. Так что пока эти два условия не выполнены шаг И я устанавливаю статус ЕстьОшибкиВыполнения меня бы очень спас, т.к. сейчас в сценариях написал обход таких ошибок
Получается, что ты выставишь статус сборки, но будет непонятно почему сборка падает. Т.е. в пределе может получиться ситуация, что все тесты зеленые, но сборка падает. Это для вас приемлемо?
источник

LP

Leonid Pautov in testspro1c
ZEEGIN
сценарный тест должен всегда говорить обо всех обнаруженных ошибках
Соглашусь
источник

ВА

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

ВА

Валентин Ажеронок... in testspro1c
По сути такой обходной маневр аналогичен "Попытка - Исключение"
источник

DB

Denis B. in testspro1c
Как-то не прозрачно. Через время, когда перестанешь этим заниматься - все забудут.
источник

GV

Gukov Viktor in testspro1c
Валентин Ажеронок
Т.к. я знаю, что в данном сценарии есть шаг, в котором я явно устанавливаю статус сборки, если выполняется обходное условие, а все зеленое, то я знаю почему так. Вполне приемлемо.
Это заметание мусора под ковер
источник

LP

Leonid Pautov in testspro1c
Я за то, чтобы сделать сбор ошибок со сценария.
источник