1. 测试用例审查过程
当测试工程师编写测试用例时，他/她可能会跳过一些场景，输入并编写错误的导航步骤，这可能会影响整个测试执行过程。
为避免这种情况，我们将在开始测试执行之前进行一轮审查和批准流程。
如果我们不进行审查过程，我们就会错过一些场景，准确性就不会存在，测试工程师也不会认真。
只有在编写测试用例完成后，才需要将所有案例发送给审查过程。所以，对方不会被打扰。
作者编写完测试用例后，需要将其发送给其他测试工程师（称为审阅者）进行审阅过程。
审阅者打开具有相应要求的测试用例，并检查测试用例的正确性、正确的流程和最大的测试覆盖率。
在此审阅过程中，如果审阅者发现任何错误，他/她会将其写入单独的文档（称为审阅文档）并将其发送回作者。
作者浏览所有审阅注释，并在必要时开始进行更改，然后再次将其发回以供审阅过程。
此更正过程将持续到两位作者和审稿人都满意为止。
评审成功后，评审者会将其发送回测试主管，以进行最终审批流程。
在此审批过程中，团队负责人始终处于循环状态，以便作者和审稿人认真对待他们的工作。
编写、审查和批准测试用例后，它将存储在一个集中位置，称为测试用例存储库。
注意：
测试用例存储库
- 测试用例存储库是一个集中位置，用于存储所有基线测试用例（书面、审阅和批准）。
-
当客户给出需求时，开发人员开始开发模块，测试工程师将根据需求编写测试用例。
-
测试用例存储库用于存储批准的测试用例。
-
任何测试工程师都想要测试应用程序，那么他/她只需要从测试用例存储库访问测试用例。
-
如果我们不需要任何测试用例，我们可以将它们从测试用例存储库中删除。
-
对于每个版本，我们维护一个不同的测试用例存储库。
-
一旦测试用例被设定基线或存储在测试用例存储库中，未经测试主管的许可，就无法对其进行编辑或更改。
-
如果发生任何影响软件的崩溃，测试团队始终拥有测试用例存储库的完整备份。
2. 审核流程
在审阅时，审阅者会在测试用例中检查以下方面：
模板
审阅者检查模板是否符合产品的要求。
页眉
在标题中，我们检查以下几个方面：
- 是否捕获所有属性。
-
所有属性是否相关。
-
所有属性都已填充或不填充。
主体
在测试用例的正文中，我们将检查以下几个方面：
- 应准备测试用例，以便执行过程花费最少的时间。
-
涵盖或不涵盖所有可能的情况。
- 寻找流量，包括最大测试覆盖率。
-
测试用例设计技术是否应用。
- 测试用例应该简单易懂。
-
是否正确导航是否编写。
审核测试用例后，审核注释将发送到测试用例审核模板。
审阅者将使用上述模板并发送评论。如果作者修复了测试用例，他/她会将其报告为已修复。
3. 文本执行报告 [Excel]
它是最终文档，由测试负责人在整个测试过程完成后准备。
测试执行报告定义了应用程序的稳定性，并包含写入、执行、通过、失败的案例数及其百分比等信息。
测试执行报告是定义应用程序质量的最终摘要报告，它还有助于决定是否将应用程序移交给客户。
每个模块都有各自模块的单独电子表格。
让我们看一个测试执行报告的示例，其中我们有不同的模块，例如销售、金额转移、税收、贷款。
测试负责人制作此报告，测试工程师发送他/她已测试和执行的各个功能。
测试主管将此报告发送给以下人员：
开发团队需要失败测试用例列表的位置。
正如我们在下表中看到的，我们有一个测试用例名称、相关状态和注释的列表。
下表显示了金额转移测试用例数据。
金额转账
|
