【软件测试】如何有效的进行用例设计和评审

作为一个合格的测试工程师,必须掌握测试的日常工作流程。

那么在一个产品周期里面,测试工程师是什么时候介入工作的呢?具体承担了哪些工作呢? 这两问题,也是在日常面试中经常遇到的,这里我用一张思维导图进行简单的概括(如下图)

今天我们就来说说"测试用例设计"和"测试用例评审"。

01 测试用例设计

常见的测试用例方法大家都在网上和日常测试过程中都有用到过。这里给大家讲解一些特殊的测试点该如何进行用例设计。

1. 详情页字段校验

方法:场景组合设计用例

实现:同一个详情页不同字段,通过场景组合用例设计,可实现在"同一条测试数据"的基础上,校验"不同字段,不同枚举值",节约测试工作量。

通过上面这个场景,实现在"同一条测试数据"的基础上,校验"不同字段,不同枚举值"。原本需要8条测试用例,经过"场景用例设计"后,只需要3条测试用例即可校验。

2. 查询条件校验

方法:全局到细化

  • 全局校验查询条件字段是否齐全或正确
  • 具体查询条件功能校验

02 测试用例评审

由于设计测试用例的标准:一条用例尽可能只验证一个点。

所以测试人员设计的测试用例对开发来说简直是"又臭又长"。在测试用例评审时,大部分开发估计都在神游...评审会议时间长达一两个小时,但是对开发来说有效的吸收不到百分之一

那么如何有效的进行用例评审呢?

1. 用例标注重点

需求疑问:在经过产品确认后,输出具体测试用例

设计交互:UI未提供交互,需求文档未描述的功能的实际交互细节

...

以上在设计测试用例过程中,【未在需求文档中明确描述&在设计测试用例过程中已同产品确认】,需要在用例评审中着重提醒开发,保持信息同步。

2. 逻辑概述+核心评审

全局流程-逻辑概述借助"Xmind"思维导图,进行简要的逻辑概述,阐述用例描述的基础流程。该阶段描述后,经产品和开发确认无疑问,则进行用例评审时,可略过该部分的基础测试用例。

局部细节-突出核心细节用例除了基础业务流程外的,一些特殊场景细节的测试用例,可能影响业务流程或对公司造成损失,使用加粗/颜色标注,在用例评审时着重提醒开发。

特殊场景包括:

前后端数据同步交互、多人同时操作数据等,以下为逻辑校验的核心测试用例(仅供参考)

03 总结

不论是在测试用例设计或者是在用例评审时,使用"先概述,后细节"的方式,不论是对开发或者测试本身都有益处。

针对测试:

✅ 保持清晰的评审逻辑,避免评审时出现混乱

✅ 提高用例评审的效率,节约团队时间成本

✅ 提高开发对测试用例的重视

针对开发:

✅ 节约精力,提高对核心用例的重视和吸收

✅ 及时改善代码设计缺陷,提高开发质量

最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!

相关推荐
YuTaoShao1 小时前
【LeetCode 热题 100】56. 合并区间——排序+遍历
java·算法·leetcode·职场和发展
百度测试开发11 小时前
【软件测试】银行项目-转账功能测试点(详全)
自动化测试·软件测试·功能测试·软件测试工程师·接口测试·软件测试面试题·银行测试
CHENWENFEIc11 小时前
SpringBoot论坛系统安全测试实战报告
spring boot·后端·程序人生·spring·系统安全·安全测试
desssq12 小时前
力扣:70. 爬楼梯
算法·leetcode·职场和发展
Yo_Becky14 小时前
【PyTorch】PyTorch预训练模型缓存位置迁移,也可拓展应用于其他文件的迁移
人工智能·pytorch·经验分享·笔记·python·程序人生·其他
旧曲重听119 小时前
最快实现的前端灰度方案
前端·程序人生·状态模式
June bug1 天前
【软考中级·软件评测师】下午题·面向对象测试之架构考点全析:分层、分布式、微内核与事件驱动
经验分享·分布式·职场和发展·架构·学习方法·测试·软考
薰衣草23332 天前
一天两道力扣(1)
算法·leetcode·职场和发展
爱coding的橙子2 天前
每日算法刷题Day41 6.28:leetcode前缀和2道题,用时1h20min(要加快)
算法·leetcode·职场和发展
小叶爱吃鱼2 天前
软件测试-测试用例,举例说明
功能测试·测试用例