问如何在测试管理工具中构造测试套件

EN

我们使用以下模型：

• 我们在每个Sprint的范围内都有一些新的功能
• 有了需求的范围，我们在测试管理工具中描述了它们。我们根据用户故事对需求进行分组，因为我们将用户故事视为修改后的功能的一部分
• 在上一步之后，我们有许多按用户故事分组的需求，这些需求被分组在Sprint中。您可以将其视为表示Sprint的文件夹，包含表示包含需求列表的用户故事的文件夹。
• 有了需求范围，我们就开始设计测试，这些测试几乎是以相同的方式分组的: Sprint，->，除非它们是集成的，或者是E2E测试，或者其他类型的测试，这些测试并不意味着一对一的关系(我们在Sprint下面有专门的组)。
• 对于每个测试，我们存储了相当多的元信息，比如:组件、优先级、估计的执行时间，如果测试已经检测到缺陷，等等。所有这些都有助于我们为每个Sprint构建一个回归集。

该模型允许我们跟踪测试运行的需求，反之亦然。

测试套件管理是敏捷测试的重要组成部分，大多数顶级软件测试公司都在紧跟其后

作为一家软件测试公司，我们使用以下模式：

• 为已经实现的所有产品特性创建测试用例，并在父测试套件中添加相同的测试用例。
• 标签已经按照需求添加到所有测试用例中，例如回归、理智、烟雾、新功能。
• 在不同的sprint中引入了新的特性。在发布带有新特性的特定sprint之前，我们将为新特性创建测试用例，并按照需求添加一个标记，例如回归、新功能。
• 当对sprint进行了所有测试(所有票证都已验证)时，我们为该sprint创建一个新的测试套件，并根据需求添加测试用例(测试用例中添加的标记有助于根据需求在测试套件中添加相同的测试用例)。
• 一旦测试套件准备就绪，QA团队就开始执行该测试，并代表该测试套件向相关人员更新状态。