我正在一个刚刚迁移到Azure Dev-Ops的小型团队中工作。当推出新版本时，我们似乎无法找到一种无缝且方便的方式来运行回归测试并获得已运行测试计划的完整历史数据。我担心一旦使用Azure DevOps一段时间，可能很难找到较早的测试运行。
到目前为止，我们已经尝试创建一个大型测试套件，并具有针对不同功能区域的子测试套件文件夹。然后，每个子测试套件都可以在Test-Runner中单独运行。问题在于，当我们重置测试并再次运行它们时，我们会丢失历史测试数据，并且所有未在测试运行中完成的测试都将丢失，从而使更高比例的测试用例看起来通过/失败。 。另一个问题是测试计划是零散的。
我们已经探索的另一种选择是为每个测试用例添加标签（而不是子测试套件）。当尝试运行所有测试时，这会导致问题，因为Test-Runner的限制是一次运行的测试案例不超过100个。最重要的是，分开运行时，测试运行的名称彼此无法区分，因为它们的名称相同（与测试套件相同）。
一种理想的解决方案是像TestRail这样的工具（我们刚刚从该工具开始迁移），可以从测试套件中选择案例进行运行，然后无限期地存储测试计划。很遗憾，我们无法退回到TestRail。
在creating a Test Plan下的Azure DevOps文档中他们将测试计划用于特定的冲刺。
您可以做的是创建一个包含所需测试的回归测试区域路径，然后每次您要运行回归测试时，都可以将其添加到在Sprint中创建的测试计划中。
这似乎有点令人困惑，但从本质上讲，它类似于在创建测试运行并选择运行中想要的测试时在TestRail中进行的操作。为每个sprint创建一个测试计划可能会有点术语转换，但是您可以这样做，然后添加要在sprint期间运行的回归测试，这样就不会丢失任何历史测试数据。] >