TeamCity重新运行测试,直到找到破坏它的最后一个工作版本/修订版

时间:2017-02-15 07:47:47

标签: unit-testing teamcity

由于我们每天只运行一次单元测试,因此可能会发生多次更改导致测试失败。然后,我们进入更改列表并触发每个更改的测试,直到找到负责打破测试的人员。

我们如何实现自动化?我们希望TeamCity再次针对不同的更改运行单元测试(一些二进制搜索逻辑将是奖励),直到找到罪魁祸首。

您如何称呼此功能?我正在考虑启用此功能的选项,但到目前为止还没有任何运气。

感谢您提供输入和指示。

1 个答案:

答案 0 :(得分:1)

我已经开发了一个TC插件来处理这个问题。见https://github.com/sferencik/SinCity。阅读文档,看看它是否适合您。如果您需要,我很乐意为您提供进一步的帮助。

文档还提到了我唯一知道的其他选择:https://github.com/tkirill/tc-bisect。它具有bisect功能("二进制搜索逻辑")但我不确定它处于什么状态。