2014-12-04 7 views
3

У меня есть большое количество (от сотен до тысяч) тестовых файлов в приложении, которое я разрабатываю. Каков правильный способ проверить мой код на все эти файлы как часть тестового набора или тестового набора JUnit?JUnit и тестовые файлы

Я мог бы, очевидно, написать один метод тестирования, который перебирает все N файлов, но я не хочу одного неудачу/пас вердикт, были ли успешно обработаны все тестовых файлов.

Есть ли способ получить JUnit для сообщения явно и отдельно на каждый тестовый файл вместо этого?

+0

Звучит как управляемый данными тест. –

+1

Assert.fail ("имя файла")? Конечно, вы можете что-то, что является общим для набора файлов и групп, в отдельных методах тестирования – A4L

+0

@DaveNewton yeap; это именно те термины, которые я искал. Данные управляются, когда тестовые примеры являются отдельными тестовыми файлами (или в некоторых случаях - каталогами, которые содержат дополнительные файлы конфигурации и тестирования, организованные в каждом каталоге) –

ответ

3

Используйте для проверки вашу команду ErrorCollector. Это позволит протестировать все файлы и предоставить все файлы, которые не сработают (укажите имя файла как сообщение под контролем).

ErrorCollector

+0

Я принимаю этот ответ, хотя ErrorCollector, похоже, не подходит для создания статистики в форме, например. «Прошло 1353 файла, 32 файла не удались»; он сообщает только о неудачных случаях (если я ничего не пропустил). –

+0

Правда. Тем не менее, вы можете сделать это, выполнив вход в конце теста, так как ErrorCollector не остановит выполнение. Вы также можете использовать 'Parameterized' –

+1

. 'Logging yourself' Я предполагаю, что вы имеете в виду консольный оператор' printf'. Однако запись не будет отображаться на HTML, создаваемом форматированием junit xml, не так ли? –

Смежные вопросы