Java Can Maven故障保护&x27;s仅当X%的集成测试通过时验证通过?

Java Can Maven故障保护&x27;s仅当X%的集成测试通过时验证通过?,java,maven,Java,Maven,我想知道是否有什么方法可以配置Maven Failsafe插件的Failsafe:verify目标,如果X%的测试通过了,那么目标就是通过。如果没有,是否有其他插件可以做到这一点 我们的想法是,如果超过10%(例如)的测试失败,就让它使构建失败。阈值应该应用于本地构建还是只应用于CI作业(即Jenkins)就可以了?但为什么?如果最重要的测试失败了,而其他99%的不重要测试通过了怎么办?@Tunaki的观点很好。可能更好的方法是先执行冒烟测试,然后为其配置插件(通过自定义执行和包含测试后缀/名称

我想知道是否有什么方法可以配置Maven Failsafe插件的
Failsafe:verify
目标,如果X%的测试通过了,那么目标就是通过。如果没有,是否有其他插件可以做到这一点


我们的想法是,如果超过10%(例如)的测试失败,就让它使构建失败。

阈值应该应用于本地构建还是只应用于CI作业(即Jenkins)就可以了?但为什么?如果最重要的测试失败了,而其他99%的不重要测试通过了怎么办?@Tunaki的观点很好。可能更好的方法是先执行冒烟测试,然后为其配置插件(通过自定义执行和包含测试后缀/名称模式)。然后还要配置选项accordingly@A.仅针对CI作业,这些集成测试不会作为构建的一部分在本地运行,它们要求应用程序在服务器上运行。@Tunaki这不会是将某些内容投入生产的肯定或否定的结果,因此一些错误是可以的。不过,我理解这种担忧。这将用于检查开发分支上的新提交是否足够好,以便从CI环境拉到QA环境中进行进一步检查和手动测试。阈值应该应用于本地构建还是仅应用于CI作业(即Jenkins)就可以了?但为什么?如果最重要的测试失败了,而其他99%的不重要测试通过了怎么办?@Tunaki的观点很好。可能更好的方法是先执行冒烟测试,然后为其配置插件(通过自定义执行和包含测试后缀/名称模式)。然后还要配置选项accordingly@A.仅针对CI作业,这些集成测试不会作为构建的一部分在本地运行,它们要求应用程序在服务器上运行。@Tunaki这不会是将某些内容投入生产的肯定或否定的结果,因此一些错误是可以的。不过,我理解这种担忧。这将用于检查开发分支上的新提交是否足够好,以便从CI环境拉到QA环境中进行进一步检查和手动测试。