Моя сборка может предусмотреть, что мое покрытие кода никогда не ухудшается?
Я думаю, что вы можете настроить ввод с помощью элемента железного ввода таким же образом, как ваша ссылка. Что-то вроде:
Да. Какой инструмент покрытия Вы используете?
Плагин Cobertura для Гудзона определенно поддерживает это. На экране конфигурации проекта можно указать пороги.
С другой стороны, можно заставить Муравья привести сборку к сбою (а не Гудзон), при помощи задачи cobertura-проверки.
Править: Я не уверен, что можно сделать точно, что Вы просите. Даже если Вы могли, это могло бы оказаться проблематичным. Например, предположите, что у Вас есть среднее покрытие 75%, но для одного класса у Вас есть покрытие 80%. При удалении того 80%-го класса и всех его тестов Вы уменьшаете полный процент покрытия даже при том, что ни один из другого кода не никто менее протестированный, чем ранее.
Другой подход должен был бы использовать плагин Гидролокатора для Гудзона, чтобы поддержать отклонение покрытия со временем и помочь ассимилировать и проанализировать результаты. Это также покажет покрытие в контексте других мер, таких как checkstyle и pmd
Это - своего рода взлом, но мы используем его по подобным причинам с Findbugs и Checkstyle. Можно настроить задачу Ant, чтобы сделать следующее (это может быть разделено в несколько задач, но я комбинирую их для краткости):
echo задача).Обратите внимание, что шаги 2 - 5 должны не обязательно быть сделаны с собственными задачами Ant - Вы могли использовать что-то как Муравей javac задача запустить программу Java, чтобы сделать это для Вас.
Затем настройте Гудзон:
Можно, очевидно, заменить вещи как имя файла / путь и консольный вывод к любым соответствиям в контексте сборки.
Как я упомянул выше, это скорее hacky, но это - вероятно, один из некоторых (только?) способы заставить Гудзон сравнивать вещи в предыдущей сборке к текущей сборке.
Atlassian's Clover поддерживает то, что вы хотите. Обратите внимание на задачу Ant clover-check , в частности на атрибут historyDir.