软件测试
SDLC模型
测试类型
测试方法
白盒技术
黑盒技术
黑匣子类型
功能类型
非功能性类型
测试用例开发
测试技术
测试管理
缺陷跟踪
测试分类
测试工具

用例审核流程

测试用例审查流程

测试工程师在编写测试用例时,可能会跳过一些场景、输入和编写错误的导航步骤,这可能会影响整个测试执行
为避免这种情况,我们将在开始测试执行之前进行一轮审查和批准过程。
如果我们不去审核过程中,我们漏掉了一些场景,准确度就没有了,测试工程师也不会认真。
所有案例都需要送去审核只有在编写测试用例完成后才进行处理。所以,其他人不会被打扰。
作者写完测试用例后,需要将其发送给另一个称为审阅者的测试工程师进行审阅
reviewer 打开带有相应需求的测试用例并检查正确性.
在这个审查过程中,如果审查者发现任何错误,他/她会将其写在一个单独的文档中,称为审核文档并将其发送回作者。
测试用例审核流程
作者浏览了所有的审稿意见,并在必要时开始进行更改,然后再次将其发回进行审阅。
此更正过程将一直持续到两位作者,并且评论者会满意。
一旦评论我如果成功,审核者会将其发送回测试负责人以进行最终批准过程。
在此批准过程中,始终保留团队负责人在循环中,以便作者和审阅者认真对待他们的工作。
当测试用例编写、审查和批准时,它会存储在一个集中的位置,称为 测试用例存储库。
注意: 注意:
测试用例库
测试用例存储库是一个集中存储所有基线测试用例(编写、审查和批准)的位置。 当客户提出需求时,开发者开始开发模块,测试工程师会根据需求编写测试用例。 测试用例存储库用于存储批准的测试用例。 任何测试工程师都想测试应用程序,那么他/她只需要从测试用例存储库访问测试用例。 如果我们不需要任何测试用例,我们可以将它们从测试用例存储库中删除。 对于每个版本,我们都会维护一个不同的测试用例存储库。 一旦测试用例被基线化或存储在测试用例存储库中,未经测试主管的许可,就不能对其进行编辑或更改。 如果发生任何影响软件的崩溃,测试团队始终拥有完整的测试用例存储库备份。 测试用例审核流程

审核流程

审核时,审核者会在测试用例中检查以下方面:
模板
审核人员检查模板是否符合产品要求。
标题
在header中,我们检查以下几个方面:
是否捕获了所有属性。 所有属性是否相关。 所有属性都已填充。
Body
在测试用例的body中,我们会检查以下几个方面:
应准备好测试用例,以便执行过程所需的时间最短。 是否涵盖了所有可能的场景。 寻找包含最大测试覆盖率的流程 是否应用了测试用例设计技术。 测试用例应该简单易懂 是否编写了正确的导航。
一旦测试用例被审核,审核意见将发送到测试用例审核模板。
Test case review process
审阅者将使用上述模板并发送评论。如果作者修复了测试用例,他/她会将其报告为已修复。

文本执行报告[Excel]

为最终文档,由测试负责人在整个测试过程完成后准备。
测试执行报告定义了应用程序的稳定性,并包含了诸如写入、执行、通过、失败的案例数量及其百分比等信息。
测试执行报告是最终的总结报告基于它定义应用程序的质量,它还有助于决定应用程序是否可以移交给客户。
每个模块都有各自模块的单独电子表格。
Test case review process
让我们看一个测试执行报告的例子,其中我们有不同的模块例如销售、金额转移、税收、贷款。
测试用例审查process
测试负责人做了这个报告,并且测试工程师发送他/她已经测试和执行的单个功能。
测试负责人将此报告发送给以下人员:
开发团队 管理 测试经理 客户
开发团队需要失败测试用例列表的地方。
正如我们在下表中看到的,我们有一个测试用例名称、相关状态和注释的列表。
下表为转账金额测试用例数据。
转账金额
测试用例审查流程
昵称: 邮箱:
Copyright © 2022 立地货 All Rights Reserved.
备案号:京ICP备14037608号-4