Automated tests Azure DevOps获取带有详细信息的结果REST API并不总是返回相关的bug

Azure DevOps Get Results REST API包含一个使用AssociatedBug属性返回链接工作项的选项。在我的测试结果分析中，我已经从Azure DevOps UI中为发布管道中的特定测试失败创建了bug（对于构建管道测试也可以这样做）。我没有看到API返回所有链接错误的一致行为。例如：在Azure DevOps UI中，我看到列出了2个bug，但是当我使用上面的API时，我什么也得不到

有人能解释一下API的实际行为吗？我想捕获这些信息，将自定义工作项类型和为该工作项类型执行的所有测试运行以及找到的相关bug关联起来

---

注意。

如果您想列出链接的Bug工作项，可以使用参数“

详细信息包括”
，并将其值设置为“
工作项””

GET https://dev.azure.com/{organization}/{project}/_apis/test/Runs/{runId}/results/{testCaseResultId}?detailsToInclude=workItems&api-version=6.0

默认情况下，参数“
detailsToInclude”设置为“
none”（请参阅）。如果要始终展开此API响应正文中链接工作项的详细信息，可以显式将该值设置为“
工作项””

GET https://dev.azure.com/{organization}/{project}/_apis/test/Runs/{runId}/results/{testCaseResultId}?detailsToInclude=workItems&api-version=6.0


如果要展开多个属性的详细信息，还可以设置多个逗号分隔的值。例如：

GET https://dev.azure.com/{organization}/{project}/_apis/test/Runs/{runId}/results/{testCaseResultId}?detailsToInclude=workItems,iterations&api-version=6.0

要查看有关参数“
details To include”的详细信息，您可以查看“”。
Ran，感谢您的响应。这并不是说我没有得到回应，而是它非常不一致。这个测试失败的例子有大约22个bug，因为它是一个数据驱动的测试，有100多个结果！我得到的回应只有一个bug！知道发生了什么吗？在以前的例子中，错误是为不同的构建输入的，因此错误没有出现，所以我返回构建列表以查找错误。这种情况不是这样的。嗨@loganwol，请尝试这个API“
GET”https://vstmr.dev.azure.com/{organization}/{project}/_api/testresults/runs/{runId}/results/{testCaseResultId}/bugs？api版本=5.2-preview.1
'。我已经测试过了，它还可以列出所有与测试结果相关的bug。感谢您的回复。我尝试了上面的api，但仍然没有看到预期的结果。它适用于只有一个bug但测试有大约10个bug的情况。包括我在ADO中看到的屏幕截图和我在Postman中看到的相同runid和testcase结果id的屏幕截图，Hi@loganwol，你能检查一下“
testCaseResultId
”是否正确吗。确保它没有指向另一个测试用例结果，既不是父测试用例结果，也不是子测试用例结果。