如何在测试管理器中有效地处理需求？</p> <ol> <li>静态测试套件</li> <li>基于查询的测试套件</li> <li>要求的测试套件</li> </ol> <p>到目前为止，我有：

Question

据我所知，创建一个测试套件Microsoft测试管理器时，有3种可能性一直在使用基于查询的套件，它允许我按软件区域组织测试。这是我所做的：

当我们开始项目时，我创建了一个测试计划（版本x.x.x.x），一些基于查询的套件和一些测试用例。当我们完成第一个版本的开发并开始新版本时，我创建了另一个测试计划（版本x + 1.x.x.x），克隆了我的所有套件和测试用例。这使我可以对已经开发并交付给用户的功能进行回归，并继续创建新的测试。另外，因为我可以很容易地在旧版本上运行测试（因为很多测试都是自动的），即使需求发生了变化（当需求发生变化时，我的测试用例和自动化也发生变化）。我唯一需要做的就是打开发布测试计划，我很乐意去。到现在为止还挺好。

最近我读到有这种基于套件的需求。该套件允许我创建与需求相关的测试。但是我看到的方式只有在测试用例少的情况下才有效，到目前为止我有超过2000个自动测试。我将试图解释为什么：当我们开始开发一个新的软件版本时，我想复制（复制）预先存在的测试用例，以便它们可以被重新执行（回归），以确保没有开发的东西是破碎。但是，克隆测试计划是行不通的，因为我的需求已经发生变化，并且几乎不可能复制每一个测试用例，并将它们添加到它所属的基于需求的套件中。

所以我的问题是：我们如何在这种情况下使用基于需求的套件？微软只考虑在测试计划中使用少量的测试用例吗？我们如何使用测试管理器处理数千个测试用例（自动或不是）？

我使用的是Visual Studio 2013 Premium，TFS 2013和敏捷项目和方法（种类）。

Answer 1

首先，基于查询的测试套件可以覆盖需求基础测试套件的目标，因此您可以直接使用基于查询的测试套件而不是基于需求的测试套件。

如果你仍然想要只用“基于需求的”为巨大的号码。的测试用例，然后使用您的自定义查询将测试用例与用户故事进行批量链接，它将起作用。