测试用例审查流程

测试工程师在编写测试用例时，可能会跳过一些场景、输入和编写错误的导航步骤，这可能会影响整个测试执行过程。

为避免这种情况，我们将在开始执行测试之前进行一轮审核和批准过程。

如果我们不去审查过程，我们会错过一些场景，准确性将不存在，测试工程师也不会认真。

所有的案例都需要在编写测试案例完成后发送给审查过程。所以，对方不会被打扰。

一旦作者完成了测试用例的编写，就需要将其发送给另一名测试工程师，称为审查者进行审查。

审阅者打开测试用例与相应要求并检查测试用例的正确性，适当的流动，和最大测试覆盖率。

在这个审阅过程中，如果审阅者发现任何错误，他/她会将其写在一个单独的文档中，称为审阅文档，并发回给作者。

作者浏览了所有的审查意见，并在必要时开始进行更改，然后再次将其发回进行审查。

这个更正过程会一直持续到两位作者，审稿人都满意为止。

审核成功后，审核者会将其发送回测试负责人以进行最终批准流程。

在此审批过程中，团队负责人始终处于循环状态，以便作者和审阅者认真对待他们的工作。

当编写、审查和批准测试用例时，它将存储在一个集中位置，称为测试用例存储库。

笔记：

测试用例库

• 测试用例存储库是存储所有基线测试用例（编写、审查和批准）的集中位置。
• 当客户提出需求时，开发者开始开发模块，测试工程师根据需求编写测试用例。
• 测试用例存储库用于存储批准的测试用例。
• 任何测试工程师都想测试应用程序，那么他/她只需要从测试用例库中访问测试用例。
• 如果我们不需要任何测试用例，我们可以将它们从测试用例存储库中删除。
• 对于每个版本，我们维护一个不同的测试用例存储库。
• 一旦测试用例被基线化或存储在测试用例存储库中，未经测试主管的许可，它们不能被编辑或更改。
• 如果发生任何影响软件的崩溃，测试团队始终拥有测试用例存储库的完整备份。

审核流程

在审查时，审查者会在测试用例中检查以下方面：

模板

审阅者检查模板是否符合产品的要求。

标题

在标题中，我们检查以下几个方面：

• 是否捕获所有属性。
• 所有属性都相关或不相关。
• 所有的属性都被填充或不填充。

主体

在测试用例的主体中，我们将检查以下几个方面：

• 应准备好测试用例，以便执行过程所需的时间最少。
• 涵盖或不涵盖所有可能的场景。
• 寻找包括最大测试覆盖率的流
• 是否应用了测试用例设计技术。
• 测试用例应该简单易懂
• 是否编写了正确的导航。

测试用例审核后，审核意见将发送到测试用例审核模板。

审稿人将使用上述模板并发送评论。如果作者修复了测试用例，他/她会将其报告为已修复。

文本执行报告 [Excel]

它是最终文件，由测试负责人在整个测试过程完成后准备。

测试执行报告定义了应用程序的稳定性，并包含诸如编写、执行、通过、失败的案例数量及其百分比等信息。

测试执行报告是最终的总结报告，根据它定义应用程序的质量，它也有助于决定应用程序是否可以交给客户。

每个模块都有各自模块的单独电子表格。

让我们看一个测试执行报告的示例，其中我们有不同的模块，例如Sales、Amount transfer、Tax、Loan。

测试负责人制作此报告，测试工程师发送他/她已测试和执行的各个功能。

测试负责人将此报告发送给以下人员：

• 开发团队
• 管理
• 测试经理
• 顾客

开发团队需要失败测试用例列表的地方。

正如我们在下表中看到的，我们有一个测试用例名称、相关状态和注释的列表。

下表显示了金额转移测试用例数据。

转账金额