如何为C#自动化集成测试与Azure DevOps特性/场景建立关联？

以下是几种可直接落地的实现方案：

• 方案1：直接通过VSTest特性绑定工作项ID
  给测试方法添加.NET原生的[WorkItem]特性，属性值填入对应特性/场景在Azure DevOps中的工作项ID，示例代码如下：

  [TestClass]
  public class AccountIntegrationTests
  {
      [TestMethod]
      [WorkItem(2024)] // 2024为目标特性/场景的Azure DevOps工作项ID
      public void Test_UserLogin_WithValidCredential_ReturnSuccess()
      {
          // 测试业务逻辑
      }
  }
  

  流水线的VSTest任务保持默认的发布测试结果配置即可，测试执行完成后，结果会自动同步到关联的工作项中，你可以直接在Azure DevOps测试模块的「需求覆盖率」面板查看每个特性/场景的测试覆盖情况。
• 方案2：通过测试用例做中间层关联
  如果你的特性/场景和测试用例已经提前做了关联映射，可以先给VSTest方法绑定对应测试用例ID，再通过测试用例自动关联上层的特性/场景。
  测试方法代码示例：

  [TestMethod]
  [TestProperty("TestCaseId", "3045")] // 3045为Azure DevOps中对应测试用例的ID
  public void Test_UserLogout_ClearSessionSuccess()
  {
      // 测试业务逻辑
  }
  

  这种方案适合测试资源分层管理的团队，不需要直接修改特性/场景的关联配置，只需要维护测试用例和自动化方法的映射即可。
• 方案3：自定义标签匹配统计
  如果你不想侵入测试代码修改特性，也可以给测试方法加上对应场景名的自定义标记，测试执行完成后解析.trx结果文件，和Azure DevOps中存储的特性/场景名称做匹配统计，自定义生成覆盖率报表。
  可以通过Azure DevOps API拉取全量特性/场景列表，和执行过的测试对应的场景标签做对比，就能统计出未覆盖的场景，还可以把统计结果直接发布到流水线构建产物中方便查看。

注意：需要确保流水线的服务账号拥有工作项读写、测试结果发布的权限，否则关联数据无法正常同步到Azure DevOps中。

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