Azure devops Azure DevOps中是否有回归测试功能？

我在一个小团队中工作，他们刚刚搬到Azure开发运营部。当一个新的构建被推出时，我们似乎无法找到一种无缝且方便的方法来运行回归测试，并拥有已经运行的测试计划的完整历史数据。我担心一旦Azure DevOps使用了一段时间，就很难找到较旧的测试运行

到目前为止，我们已经尝试创建一个大型测试套件，其中包含用于不同功能区域的子测试套件文件夹。然后，在测试运行程序中单独运行每个子测试套件。问题是，当我们重置测试并再次运行它们时，我们会丢失历史测试数据，并且任何在测试运行时未完成的测试都会丢失，这使得通过/失败的测试用例的百分比看起来更高。另一个问题是测试计划支离破碎

我们探索的另一个选项是向每个测试用例添加一个标签（而不是子测试套件）。当尝试运行所有测试时，这会导致问题，因为测试运行程序一次运行的测试用例数不超过100个。最重要的是，当分开运行时，测试运行名称彼此无法区分，因为它们都具有相同的名称（来自测试套件）

---

理想的解决方案是类似TestRail（我们刚刚从中移动）的东西，其中可以选择测试套件中的案例进行运行，然后无限期地存储测试计划。不幸的是，我们无法回到TestRail。

在Azure DevOps文档中的 他们为特定的冲刺制定了测试计划

您可以做的是创建一个包含您想要的测试的回归测试区域路径，然后每次您想要运行回归测试时，您都可以将其添加到Sprint中创建的测试计划中

---

这看起来确实有点混乱，但本质上类似于在TestRail中创建测试运行并在运行中选择所需测试时的操作。为每个sprint创建一个测试计划可能有点像术语转换，但是您可以这样做，然后添加您希望在sprint期间运行的回归测试，这样您就不会丢失任何历史测试数据。

这可以做到，但这是一个好的实践吗？