Azure DevOps跨Collection关联自动化测试用例至测试用例工作项是否可行？

好问题！Azure DevOps 确实没有原生支持跨Collection的直接关联机制——毕竟每个Collection都是相对独立的边界，工作项和代码仓库的关联体系是在Collection内部设计的。不过针对你的场景，有几种实用的变通方案可以实现关联需求，我给你详细拆解下：

1. 手动添加超链接（快速上手首选） #

这是最直接的方式，不需要额外工具就能搞定：

• 打开CollectionB里的目标测试用例工作项，切换到「链接」标签页
• 点击「添加链接」，选择「超链接」类型
• 粘贴CollectionA代码仓库中对应自动化测试用例的具体URL（比如某个测试类的文件路径、特定commit的地址，甚至是测试方法的行号链接）
• 可以给链接加个名称，比如「CollectionA自动化测试用例」，方便识别

优点：零成本，操作简单；缺点：纯手动维护，无法自动同步，也没法在工作项查询里直接基于这个关联做筛选。

2. 用REST API实现半自动化批量关联 #

如果需要处理大量测试用例，手动加链接太麻烦，可以写个脚本通过Azure DevOps REST API批量操作：

• 第一步：从CollectionA的代码仓库里提取自动化测试用例的标识（比如测试方法的完全限定名、代码里的自定义标记，或者文件路径）
• 第二步：调用CollectionB的工作项API，给对应的测试用例工作项添加超链接，或者更新自定义字段

举个简化的PowerShell脚本示例（需要提前配置好PAT并转成Base64）：

# 配置基础信息
$orgUrl = "https://你的DevOps服务器地址"
$collectionB = "CollectionB"
$projectB = "你的项目名B"
$workItemId = 1234 # CollectionB中目标测试用例的ID
$testCaseCodeUrl = "https://你的DevOps服务器地址/CollectionA/_git/测试仓库名?path=/Tests/LoginTest.cs&version=GBmain"

# 构造API请求体，添加超链接
$patchBody = '[
    {
        "op": "add",
        "path": "/relations/-",
        "value": {
            "rel": "Hyperlink",
            "url": "' + $testCaseCodeUrl + '",
            "attributes": {
                "name": "CollectionA自动化测试用例"
            }
        }
    }
]'

# 调用API更新工作项
Invoke-RestMethod -Uri "$orgUrl/$collectionB/$projectB/_apis/wit/workitems/$workItemId?api-version=7.1-preview.3" `
    -Method PATCH `
    -ContentType "application/json-patch+json" `
    -Body $patchBody `
    -Headers @{Authorization = "Basic $($env:AZURE_DEVOPS_PAT_BASE64)"}

优点：批量处理效率高，减少重复劳动；缺点：需要一定的脚本开发能力，后续要维护脚本逻辑。

3. 自定义字段+流水线同步（联动性更强） #

如果想实现代码变更和工作项的联动，可以试试这个方案：

• 第一步：在CollectionB的测试用例工作项类型中添加一个自定义字段，比如AutomatedTestId，用来存储CollectionA中自动化测试用例的唯一标识（比如测试方法的完全限定名：YourNamespace.LoginTest.ValidLogin）
• 第二步：在CollectionA的CI/CD流水线中加一个步骤，当自动化测试代码提交时，自动更新CollectionB中对应工作项的这个自定义字段，或者添加关联链接

比如在Azure Pipelines里，可以用「Azure DevOps Work Items」任务配合脚本，实现代码提交后自动同步关联信息。

优点：关联关系更清晰，能实现代码和工作项的联动；缺点：需要配置自定义字段和流水线，初期设置成本稍高。

4. 借助Test Plans建立间接关联（适合用Test Plans管理测试的场景） #

如果你的团队在用Azure Test Plans管理测试活动，可以通过测试结果建立间接关联：

• 在CollectionB中创建测试计划，把测试用例工作项关联到测试计划的测试点上
• 在CollectionA的流水线中，用「Visual Studio Test」任务运行自动化测试，并把测试结果发布到CollectionB的测试计划里（需要配置跨Collection的服务连接）

这样就能在CollectionB的Test Plans里看到自动化测试结果和对应工作项的关联，间接实现代码和工作项的映射。

优点：能在Test Plans里统一查看测试结果与工作项的关联；缺点：依赖Azure Test Plans功能，配置相对复杂。

总结一下：根据你的团队规模和需求选择方案就行——小团队或者临时需求用超链接就够；批量处理选API脚本；要联动性就上自定义字段+流水线；用Test Plans的话就走间接关联路径。

内容的提问来源于stack exchange，提问作者plm36021