使用TeamCity,我们希望首先运行受代码更改影响的测试。
NCrunch ( http://ncrunch.net ) 和 Mighty Moose ( http://continuoustests.com/ ) 在本地开发机器上提供了解决方案。TeamCity 有什么解决方案吗?
背景:我们正在针对我们的代码库运行许多集成测试和程序员测试。在集成服务器上运行所有测试最多需要 4 小时。它运行在相当强大的硬件上,在这方面没有太大的改进空间。当开发人员提交和推送时,很高兴获得快速反馈。
使用TeamCity,我们希望首先运行受代码更改影响的测试。
NCrunch ( http://ncrunch.net ) 和 Mighty Moose ( http://continuoustests.com/ ) 在本地开发机器上提供了解决方案。TeamCity 有什么解决方案吗?
背景:我们正在针对我们的代码库运行许多集成测试和程序员测试。在集成服务器上运行所有测试最多需要 4 小时。它运行在相当强大的硬件上,在这方面没有太大的改进空间。当开发人员提交和推送时,很高兴获得快速反馈。
为了减少整体测试持续时间,您可能可以将测试拆分为两个甚至更多部分,并在 TeamCity 中为每个部分单独构建配置。然后,您可以在所有这些部分上再创建一个具有快照依赖关系的构建配置。最后,您可以将 VCS 触发器添加到此配置中,并带有触发依赖项更改的选项。实际运行测试的构建配置可能根本没有触发器。
使用此设置和足够的代理,您将可以并行运行多个测试部分。请注意,快照依赖项结果将是一致的,因为当触发集成测试构建配置时,它们的修订是固定的,并且对于所有触发的构建都是相同的。依赖于测试配置的构建配置可能根本没有构建步骤,它唯一的任务是提供聚合的测试结果和触发。
TeamCity 还支持 .NET 和 Java 的测试重新排序,您可以在文档中阅读有关此功能的更多信息:http: //confluence.jetbrains.net/display/TCD65/Running+Risk+Group+Tests+First