【发布时间】：2014-06-30 02:26:10
【问题描述】：
AFAIK，在 Microsoft 测试管理器中创建测试套件时有 3 种可能性：
- 静态测试套件
- 基于查询的测试套件
- 需求测试套件
到目前为止，我一直在使用基于查询的套件，这些套件允许我按软件区域组织我的测试。我就是这样做的：
当我们开始项目时，我创建了一个测试计划（发布 x.x.x.x）、一些基于查询的套件和一些测试用例。当我们完成第一个版本的开发并启动新版本时，我创建了另一个测试计划（版本 x + 1.x.x.x），克隆了我所有的套件和测试用例。这使我能够对已经开发并交付给用户的功能进行回归，并继续创建新的测试。此外，正因为如此，我可以轻松地在旧版本上运行测试（因为我的很多测试都是自动化的），即使需求发生了变化（当需求发生变化时，我的测试用例和自动化也会发生变化）。我唯一需要做的就是打开发布测试计划，我很高兴。到目前为止一切顺利。
最近我读到有这个基于需求的套件。该套件允许我创建与需求相关联的测试。但在我看来，这仅在我们的测试用例很少时才有效，并且到目前为止我有超过 2,000 个自动化测试。我将尝试解释原因：
当我们开始开发新的软件版本时，我想复制（复制）预先存在的测试用例，以便可以重新执行（回归）它们以确保没有任何已经开发的东西被破坏。但是，克隆测试计划不起作用，因为我的需求已经改变，几乎不可能复制每个测试用例并将它们添加到它所属的基于需求的套件中。
所以我的问题是：在这种情况下我们如何使用基于需求的套件？微软是否只考虑在测试计划中使用少量测试用例？我们如何使用测试管理器处理数千个测试用例（无论是否自动）？
我正在使用 Visual Studio 2013 Premium、TFS 2013 和敏捷项目和方法（有点）。
【问题讨论】：
-
您能否定义与需求相关的许多测试用例遇到的问题？在您获得超过一百万个测试用例之前，我不知道有任何性能问题......
-
我试图在上面解释它：当我们克隆需求测试套件时，我们正在克隆需求（用户故事）。这是没有意义的，因为这些需求不再有效（因为每次迭代都会改变需求）。我最终可能会进行回归测试，这些测试指向基于旧需求的套件。
-
如果我不复制那些基于需求的套件，我必须将我已经拥有的每个测试用例链接到新的需求。这没有任何意义，因为我有成千上万的测试用例。
标签： testing tfs visual-studio-2013 qa microsoft-test-manager