На тестовом случаии в контекстном меню добавить пункт "Выполнить с исключением"

[pumbaEO]

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

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

[artbear]

Женя, интересное предложение, Но:

1. из окна ошибки в Предприятии можно сразу открывать конфигуратор на нужном месте.
2. "Останавливаться по ошибке" вряд ли подойдет, т.к. Конфигуратор будет останавливаться на любых исключениях внутри блока попытка-исключение еще до нужной ошибки (например, ПередЗапускомТеста, если этого метода нет, и т.п.)
3. Ошибки не так часто бывают непосредственно в коде теста.
   Например, при ошибке с использованием методов-утверждений (ЮТест.ПроверитьХХХ) ошибка будет внутри метода ПроверитьХХХ. Установка точки останова внутри этого метода также не гарантирует точного попадания, если есть несколько проверок через этот метод.

[pumbaEO]

Попробую все таки обосновать:
у меня сейчас около 150 обработок, раскиданьіх по разньім папкам
тест-кейсам (doc/РеализацияТоваров, refs/Номенклатура и т.д.) , в среднем
около 420 тестов, когда я запускаю вьіполнить все тестьі у меня
оказьівается есть всего один в тест в одной из 150 обработок, которьій
упал. Что-бьі открьіть обработку с поломанньім тестом, мне необходимо
открьіть конфигуратор, найти в файловой системе обработку и перейти к
тесту. Я же предлагаю, добавить дополнительно вьізов исключения для этой
строки теста. В результате можно сразу открыть конфигуратор и поставить
точку останова.
Сейчас же или необходимо искать xddrunner , открьівать его, ставить точку
останова перед вьіполнение теста( строка номер 3243), запускать
предприятие, вьібирать xddruner , загрузить тестьі и наконец вспомнить
какой тест упал и только его запускать, т.к. если помнишь мьі уже точку
останова поставили. Сейчас отладить всего один тест в основной массе своей
довольно таки утомительно.

Теперь еще раз напомню идею: стоим на тесте, отдельной кнопкой вьізьіваем
исключение, система нам предлагает открьіть конфигуратор(или может
конфигуратор уже открьіт с отладкой) и сразу же открьівает xddrunner со
строкой перед вьіполнением теста, в результате мьі находимся сразу у
провалившегося теста, автоматически открьілась обработка xddrunner и всего
пару нажатий f11 отделяет нас от входа в процедуру тестирования и
дальнейшей отладки.

26 августа 2014 г., 18:53 пользователь artbear [email protected]
написал:

Женя, интересное предложение, Но:

1. из окна ошибки в Предприятии можно сразу открывать конфигуратор на
   нужном месте.
2. "Останавливаться по ошибке" вряд ли подойдет, т.к. Конфигуратор будет
   останавливаться на любых исключениях внутри блока попытка-исключение еще до
   нужной ошибки (например, ПередЗапускомТеста, если этого метода нет, и т.п.)
3. Ошибки не так часто бывают непосредственно в коде теста.
   Например, при ошибке с использованием методов-утверждений
   (ЮТест.ПроверитьХХХ) ошибка будет внутри метода ПроверитьХХХ. Установка
   точки останова внутри этого метода также не гарантирует точного попадания,
   если есть несколько проверок через этот метод.

—
Reply to this email directly or view it on GitHub
#251 (comment)
.

Сосна Евгений Викторович
mailto:[email protected]
skype:shenjasosna
+380933897103

[artbear]

Хорошее пояснение.
Мы же против ручной рутины и за увеличение производительности :)

[artbear]

Выполнено в 2.7.0.0

[artbear]

@ValeraS эта фича теперь не работает.
Окно ошибки не выдается, а текст ошибки выводится в отчет о тестировании

ИМХО проблема в том, что метод ВыполнитьТестовыйМетод вызывается внутри Попытка-Исключение