AFAIK，在Microsoft测试管理器中创建测试套件时有3种可能性：
静态测试套件
基于查询的测试套件
需求测试套件
到目前为止，我一直在使用基于查询的套件，这些套件允许我按软件领域组织测试。这是我的工作：
当我们开始项目时，我创建了一个测试计划（版本x.x.x.x），一些基于查询的套件和一些测试用例。当我们完成第一个发行版的开发并开始新的发行版时，我创建了另一个测试计划（发行版x + 1.x.x.x），克隆了我的所有套件和测试用例。这使我可以对已经开发并交付给用户的功能进行回归，并继续创建新的测试。而且，因此，即使需求发生了变化（当需求发生变化时，我的测试用例和自动化也发生了变化），我都可以轻松地在较旧的版本上运行测试（因为许多测试都是自动化的）。我唯一需要做的就是打开发布测试计划，我很好。到目前为止，一切都很好。
最近，我读到有基于需求的套件。该套件使我可以创建与需求相关的测试。但是从我的角度来看，这仅在我们只有很少的测试用例的情况下有效，并且到目前为止我有超过2,000个自动化测试。我将尝试解释原因：
当我们开始开发新的软件版本时，我想复制（复制）预先存在的测试用例，以便可以重新执行它们（回归）以确保没有损坏任何已经开发的测试用例。但是，克隆测试计划是行不通的，因为我的需求已更改，并且几乎不可能复制每个测试用例并将它们添加到它所属的基于需求的套件中。
所以我的问题是：在这种情况下，我们如何使用基于需求的套件？ Microsoft是否仅考虑过在测试计划中使用几个测试用例？我们如何使用Test Manager处理成千上万个测试用例（自动或不自动）？
我正在使用Visual Studio 2013 Premium，TFS 2013和Agile项目和方法论（种类）。
最佳答案
首先，基于查询的测试套件可以满足“需求基础”测试套件的目标，因此您可以直接使用基于查询的测试套件，而不是基于需求的测试套件。
如果您仍然只想使用“基于需求”就可以了。测试用例，然后使用您自定义的查询将测试用例与User Story进行批量链接，它将起作用。
关于testing - 如何在测试管理器中有效地处理需求？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23613875/