找到一种解决方案，用于自动执行手动任务以搜索TFS更改集.net技术

有一个场景：我们有ASMX web服务，在启动新构建后，我们每天晚上都会借助Soap UI工具（由SmartBear提供）自动测试该服务。在合并TFS源代码中的所有最新更改后，每天晚上都会发生这种情况。在测试步骤的执行过程中，一些测试步骤由于测试参数值不匹配而失败；这种不匹配可能是由于源代码中的值和开发人员签入的值发生了更改。有些测试步骤由于空引用而失败，有些测试步骤由于sqlserver数据库中存储的测试值不匹配而失败。当我们试图找到测试步骤失败的原因时，找到导致失败的变更集每天都是一项耗时的任务。因此，我们希望自动化该过程，以获得失败测试步骤的更改集。在这里，寻找您的专家建议，为同样的问题开发解决方案。 如果您需要进一步的澄清，请让我知道。

---

感谢您

无论您在TFS中使用的是Xmal构建还是Vnext构建。它将在触发生成时查找要生成的关联变更集。在构建摘要页面中，您可以看到这些变更集。这显示了从上次成功构建到现在签入TFS的变更集

要解决此问题，可以在对生成进行排队时指定源版本（变更集id或标签）。如果未指定，则默认情况下使用最新的变更集id。指定由您创建的变更集id，而不是由其他用户签入

更新：

也许您可以使用TFSAPI获取这些变更集，并通过循环获取的变更集来查找内容

---

从构建中获取关联的变更集：

“在构建摘要页面中，您可以看到这些变更集。这显示了从上次成功构建到现在已签入TFS的变更集。”我认为，由于构建了大约300个模块和开发人员多次签入，因此会出现很多问题。即使是通过查看所有变更集进行手动跟踪也很耗时。希望自动执行失败的流程。Thanks@JyotiLal这是目前不支持的。它找不到导致此错误的变更集。您可以根据错误消息进行检查。我建议您可以使用Gate Check build，以确保在签入之前成功生成项目。@JyotiLal如果您的生成在测试步骤失败，您可以在生成摘要页面中找到失败的测试方法。生成完全不会失败。有一个称为SoapUI的webservice测试工具，该工具在生成新版本后每晚运行。soapui运行测试步骤时，某些测试步骤失败。因此，此故障不是编译器生成的，而是开发人员在变更集中对特定值/参数所做的一些更改。@JyotiLal感谢您的解释。正如我在前面的回复中提到的，它不支持查找导致此问题的Changset。也许您可以使用TFSAPI进行尝试。请参阅我在回复中发布的链接。