AFAIK，在Microsoft Test Manager中创建测试套件有三种可能性：
到目前为止，我一直在使用基于查询的套件，允许我按软件区域组织我的测试。这就是我的工作：
当我们启动项目时，我创建了一个测试计划（发布x.x.x.x），一些基于查询的套件和一些测试用例。当我们完成第一个版本的开发并启动新版本时，我创建了另一个测试计划（发布x + 1.x.x.x），克隆了我的所有套件和测试用例。这使我可以对已经开发并交付给用户的功能进行回归，并继续创建新的测试。此外，因为我可以轻松地在旧版本上运行测试（因为我的很多测试都是自动化的），即使需求已经改变（当需求发生变化时，我的测试用例和自动化也会发生变化）。我唯一需要做的就是打开发布测试计划，我很高兴。到目前为止一切都很好。
最近我读到有这个基于需求的套件。这个套件允许我创建与需求相关的测试。但就我看来，这只适用于我们几乎没有测试用例的情况，到目前为止，我有超过2,000个自动化测试。我会尝试解释原因：
当我们开始开发新的软件版本时，我想复制（复制）预先存在的测试用例，以便可以重新执行（回归）以确保已经开发的任何内容都被破坏。但是，克隆测试计划不起作用，因为我的要求已经改变，并且几乎不可能复制每个测试用例并将它们添加到它所属的基于需求的套件中。
所以我的问题是：在这种情况下我们如何使用基于需求的套件？ Microsoft是否只考虑在测试计划中使用少量测试用例？我们如何使用Test Manager处理数千个测试用例（自动或不自动）？
我正在使用Visual Studio 2013 Premium，TFS 2013以及敏捷项目和方法（种类）。
答案 0 :(得分：0)
首先，基于查询的测试套件可以涵盖Requirement Bases测试套件的目标，因此您可以直接使用基于查询的测试套件而不是基于需求。
如果您仍想使用＆＃34;基于要求＆＃34;对于巨大的没有。然后使用您的自定义查询对测试用例和用户故事进行批量链接，它将起作用。