有没有简单的方法可以让我最近未传递的TFS更改导致所有测试失败？并没有任何已经失败的测试......？
答案 0 :(得分：0)
除了走路每次测试外，没有办法知道。这就是为什么您通常在签入之前设置“获取最新”然后运行测试。
另一方面，你应该在获得最新版本之前在本地运行测试并确保所有测试都通过。这排除了您的代码本身就是一个问题，并导致两种可能性：
如果你遵循最新的规则，测试（红色 - 确认你没有开始破坏），添加新功能/缺陷的测试代码，测试（红色，代码/修复不到位），代码，测试（绿色）重构，测试（绿色），包括最新，测试（确保没有其他人签到的任何代码中断），绿色登记。
如果你在最后一次休息后结束休息，你会检查是否有其他人检查过破损的代码（如果测试必须在签入之前通过，我建议，这只能是故意的）。如果损坏，要么修复代码，要么修复它。 NOBODY应该让建筑物处于破碎状态。然后重新获取最新信息并重试。
由于听起来没有遵循上述规则，因此很难确定哪些代码破坏了构建，这意味着您必须解决所有问题，或修复您知道触及的内容并让其他人修复他受损的货物。无论哪种方式，都必须修复。然后必须通过流程或更改签入政策来应用纪律。
答案 1 :(得分：0)
考虑到这两个前提：
然后您可以使用Test Impact View查看并运行自上次在本地计算机上构建解决方案后所做的代码更改所影响的单元测试。
相关资源：