我目前正在为遗留应用程序构建 CI 构建脚本。有零星的 JUnit 测试可用，我将把所有测试的 JUnit 执行集成到 CI 构建中。但是，我想知道如何处理我在非维护的 JUnit 测试中遇到的 100 次失败。我是否:
1) 将它们注释掉，因为它们看起来具有合理的(如果未维护的话)业务逻辑，希望有人最终取消注释并修复它们
2) 删除它们，因为不太可能有人修复它们，注释掉的代码只会被忽略或永远困惑
3) 追踪那些把这个烂摊子留在我手上的人，并用代码的打印输出敲打他们的脑袋(由于长方法的气味将足以完成任务)，同时宣扬一个维护良好且经过单元测试的代码库
最佳答案
如果您使用 Junit 4，您可以使用 @Ignore annotation 注释该测试.
如果您使用 JUnit 3，您只需重命名测试，这样它们就不会以 test 开头。
此外，尝试修复您正在修改的功能的测试，以免代码变得更乱。
关于java - 删除或注释掉不工作的 JUnit 测试？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2501519/