Сроки испытаний в TestNG - PullRequest
       20

Сроки испытаний в TestNG

6 голосов
/ 09 декабря 2008

Благодаря обновлению библиотеки (easymock 2.2 -> 2.4) у нас есть тесты, которые начали блокироваться. Я хотел бы провести время на индивидуальных тестах, все они. Идея состоит в том, чтобы идентифицировать заблокированные тесты - как мы сейчас догадываемся - и исправить их.

Возможно ли это, желательно на уровне набора? У нас есть 400 тестов, каждый из которых или даже каждый класс занимают много времени.

Ответы [ 4 ]

5 голосов
/ 09 декабря 2008

Тег suite может иметь атрибут тайм-аута. Этот тайм-аут будет использоваться по умолчанию для всех методов тестирования.

Этот тайм-аут по умолчанию может быть переопределен для каждого метода тестирования.

2 голосов
/ 30 сентября 2010

Очень поздно, но: выполнение jstack -l <PID> даст вам дамп стека, который вы можете проверить, чтобы найти, какие вызовы застряли. Возможно, вы захотите попробовать несколько раз, чтобы убедиться, что они застряли.

2 голосов
/ 09 декабря 2008

Если уровень Suite оказывается неправильным подходом (т. Е. «Слишком широкая сеть», поскольку в итоге вы помечаете слишком много методов ограничением времени ожидания), вам нужно определить пользовательский IAnnotationTransformer который для каждой нечитаемой функции даст вам возможность изменить аннотацию @Test (например, с помощью метода setTimout () ).
(setTimout(0) отменяет указание времени ожидания)

1 голос
/ 09 декабря 2008

Вы можете выполнить поиск и заменить "@Test" на "@Test (timeout =)" Должен работать, чтобы найти заблокированный тест и может быть отменен после этого.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...