在 ANT 中验证失败 Junit 的数量答案

【问题标题】：Validating number of failing Junits in ANT在 ANT 中验证失败 Junit 的数量
【发布时间】：2010-07-29 12:59:41
【问题描述】：

我想在 ANT 构建脚本中运行 JUnit 回归测试套件。测试套件有已知数量的故障，我们正在努力修复这些故障。如果失败的测试数量增加（或者如果更容易编码，则完全改变），我希望构建失败 - 这个值可以在 ANT 脚本中硬编码。

我正在寻找有关如何实现此功能的详细信息。

【问题讨论】：

运行已知会失败的单元测试有什么意义？您可能知道，这违反了保持 100% 的单元测试始终通过的最佳实践——如果测试失败，请立即修复它，或者如果无法修复，则禁用/删除它。
好点，但这实际上是一个包含“已知”故障的回归测试套件。我希望及时修复这些问题，但目前我们刚刚开始记录它们并希望确保我们不会引入更多故障。

标签： ant junit

【解决方案1】：

即使我参加聚会有点晚了：

另一种选择是使用 JUnit 4 并使用 @Ignore 注释失败的测试。

这样它们就不会运行，也不会算作失败，但仍会打印忽略的测试数量，提醒您还有工作要做。

如果测试第一次失败，你会经常失败；然后您可以决定是修复还是忽略它。

【讨论】：

感谢您的回复。我没有遇到那个注释。不幸的是，因为我使用的是参数化测试，我只想忽略某些参数的某些测试——我认为 JUnit 不够灵活，无法做到这一点。
是的，显然你不能“@Ignore”只是一些参数。您可以注释掉失败的值，并创建一个“@Ignored”占位符测试，这样您就可以记住失败的值。这样你就不需要计算测试了......

【解决方案2】：

junit 任务创建一个包含失败测试的 XML 文件。您没有理由不能使用 XMLTask 来计算失败次数，如果该值太高，则有条件失败。

【讨论】：