测试用例审查过程

当测试工程师编写测试用例时，他/她可能会跳过某些方案，输入并编写错误的导航步骤，这可能会影响整个测试执行过程。

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

如果我们不进行审查，就会错过某些情况，准确性将不复存在，测试工程师也不会认真对待。

仅在完成编写测试用例之后，才需要将所有用例发送给审阅过程。因此，其他人不会受到打扰。

作者完成测试用例的编写后，需要将其发送给另一名测试工程师，该工程师称为审阅过程的审阅者。

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

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

作者审阅所有审阅意见，并在必要时开始进行更改，然后再次将其发回以进行审阅过程。

更正过程将一直持续到两位作者和审稿人都满意为止。

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

在此批准过程中，团队负责人始终保持在循环中，以便作者和审稿人认真对待他们的工作。

编写，审查和批准测试用例后，它将被存储在一个集中的位置，称为“测试用例存储库” 。

注意：

测试用例库

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

审查程序

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

模板

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

标头

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

• 是否捕获所有属性。
• 所有属性是否相关。
• 是否填充了所有属性。

身体

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

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

一旦对测试用例进行审查，审查意见将发送到测试用例审查模板。

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

文字执行报告[Excel]

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

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

测试执行报告是最终的摘要报告，基于该报告，可以定义应用程序的质量，并且还有助于确定是否可以将应用程序移交给客户。

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

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

测试负责人做出了此报告，测试工程师发送了他/她已测试并执行的各个功能。

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

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

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

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

下表显示了金额转帐测试案例数据。

金额转账