如何有效的进行用例评审

京东云开发者
• 阅读 301

作者:京东科技 刘刚

用例评审对于质量同学是再熟悉不过的一个重要环节,用例评审也是非常有效的保障测试质量的手段,但我们质量同学做了这么多次的评审,有没有去思考怎样去进一步提升用例评审的质量,使用例评审更加有效呢,这里呢抛砖引玉,总结一下我个人对用例评审的思考,希望能给大家带来一些启发。

用例评审的意义

对于用例评审,我们要首先要想清楚通过用例评审可以带来哪些价值和收益,而不只是停留在表面和流程上,要持续的去思考和提升用例评审效果,这样大家专门花时间进行用例评审才能更有意义,这里我提出四点价值:

共识需求

• 开发、测试、产品碰撞自己理解需求是否正确的过程,进一步排除分歧,达成共识。

• 帮助开发进一步理清需求,补充开发未考虑到的场景。

补全场景

• 帮助测试发现用例中存在的场景欠缺,避免需求遗漏,并补全测试场景。

• 引导产品进一步思考,补全考虑不周之处。

风险规避

• 对测试重点、风险点、测试范围团队共识

附加价值

• 引导团队质量意识提升

• 体现测试价值

前置准备

在正式评审前,我们需要提前做些准备工作,这样才能有效保障我们的用例评审效果。

用例评审前的准备工作

有质量

• 如果本次需求较为复杂或自信心不强,强烈建议在正式需求评审前进行一轮测试内部评审,使用例达到比较完备的条件。

划重点

• 适合评审会上共同讨论的需求中疑问点和优化建议,提前在用例中做好标记(注意大部分疑问点应线下提前沟通明确,避免会上过多讨论)

• 用例要有逻辑清晰的结构呈现,并且提前划分好用例优先级和评审重点。

降成本

• 用例较多时,将用例按前端用例、后端用例做好分类,以便用例评审时可分开review,节省时间。

• 建议提前一天,将用例提前发给相关人员查阅,并提前发出会邀,预约好时间。

• 评审前五分钟,提前去会议室准备好,并将相关用例、需求页面、开发设计页面、原型图打开。

用例评审时机要求

为保障用例评审效果最大化,最迟应该在开发提测前进行评审,最佳评审时间为开发中后期,这时开发对需求已有较为全面理解,程序架构也基本成型,用例评审时开发可给出较多建议和补充。

用例评审人员要求

不同角色的人员到场要求如下:

• 前后端开发(必须)

• 产品(必须)

• 设计(看情况)

• 其他(如:量化、运营同学)

评判标准

好的用例评审具备哪些特点

怎样的用例评审才算好的评审,这里我提出三点,供大家参考:

共识需求

• 共识需求细节,排除疑惑,避免需求理解分歧

补全场景

• 业务/测试场景及技术方案考虑周全,能够给产品、研发较多有效输入

• 引导产品和研发思考,促其提出有效建议和补充

高效评审

• 能够提高用例评审效率和效果

流程规范

用例评审流程

这里绘制了一下用例评审的流程环节,清晰展示用例评审相关的各个节点和动作,共大家参考。

如何有效的进行用例评审

用例评审补充建议

会前准备

• 用例设计,结构思路要清晰,表达要准确(尽量采用开发/标准的表述),避免有歧义的语句

• 对有歧义的问题,最好是在评审前找对应的开发/产品确认下

会议阶段

• 评审会议时长最好控制在1H,若东西太多,可以分多次评审

• 评审时可视化结合,比如针对页面用例,可先打开对应的UI页面/原型/设计图

• 用例陈述时,要有主题和层级,若主题/层次切换,要有对应的过渡

• 评审过程中,参与人员会存在视觉和听觉疲劳,主讲人要抓住重点和重要人员,并做好引导和提醒

• 评审过程中的问题,要及时做好标记

会后阶段

• 用例评审后,需对用例评审中的问题,跟进/补充用例/告知大家已完善

• 用例修改后,需对用例进行管理更新

最后,补充一下,对于用例评审,我们质量同学要注意结合团队特点,做出相应的调整,没有固定不变的流程,只有不适合团队的流程。只要我们用心去做评审,用心思考过程中遇到的问题,真正的从整个团队维度去思考解决,并有持续改进的思想,相信我们质量工作会越做越好,在整个产研团队中也更有价值。

点赞
收藏
评论区
推荐文章
Easter79 Easter79
2年前
svn集成ReviewBoard,让post
代码评审(CodeReview)不但可以提高质量,而且还是一个知识共享和指导的极好的手段。代码评审(CodeReview)一般有两种形式:precommitreview,postcommitreview。precommitreview是指代码提交到代码库前进行代码评审;postcommitreview是指代码提交到代码库
Easter79 Easter79
2年前
Testlink导入测试用例 附:Excel转换XML工具
TestLink是基于web的测试用例管理系统,主要功能是测试用例的创建、管理和执行,还提供简单的统计功能。通常情况下,我们都习惯于在Excel表中编写测试用例,写完之后经过用例评审,修改调整并汇总形成最终版的测试用例,再批量导入到Testlink系统。一、根据《导入测试用例模板.xlsx》编写测试用例,如下图所示:!(https://im
Wesley13 Wesley13
2年前
Ubuntu 18.04+Postgresql 10+Gerrit 2.15.19+nginx 1.14 安装配置指南
Ubuntu18.04Postgresql10Gerrit2.15.19nginx1.14安装配置指南要保证代码的高质量,那必须要进行同行评审代码检查,所有代码都必须经过Rev
Stella981 Stella981
2年前
ReviewBoard代码评审实践总结
代码评审代码评审(CodeReview),顾名思义是对代码进行评审,是软件工程的活动之一。通过代码评审可以保证代码质量,促进团队知识共享……好处多多。版本控制与代码评审软件工程的各个活动总是离不开工具的支持。代码评审工具首先必须和版本控制工具相结合的。现在主流的两种版本控制工具:SVN和GIT。GI
Stella981 Stella981
2年前
Parasoft cpptestcli 指令行参数配置
ParasoftCtest  是款功能非常强大的自动化测试工具,能有效提高软件开发效率和代码质量。功能特点如下:    静态代码分析和编码策略实施;  自动代码审查的图形界面和进度跟踪;  自动化的单元测试和回归测试;  代码覆盖率分析,集成通过应用层覆盖跟踪从单元级测试;  结合静态分析、单元测试、代码评审和其他
Wesley13 Wesley13
2年前
APP项目合作流程规范
整体流程说明:MRD评审:磨刀不误砍柴工1、MRD对于问题细节分支和细节描述希望能够更多覆盖,避免开发过程中的反复确认和信息不对称。2、MRD评审,RD&QA都要带着问题去评审,这样也可以更好帮助产品规避没有想到的边界问题。开发物料管理:清晰才能简单可依赖PM:负责上传最新MRD文档、交互文档、最终视觉稿、切图标注到项
京东云开发者|代码评审的价值和规范
评审目的代码评审的目的就是为了保证公司整体代码的健康状况随着不断迭代,始终保持一个较高的水平,所有在评审中使用的工具和流程都应是为此目的而设计的。评审原则鼓励质疑保持代码风格,遵守开发规范
浅谈如何更好的进行需求评审 | 京东物流技术团队
怎样能够让需求评审更高效、保质呢?作为测试人员又如何在其中发挥价值呢?根据自己的工作经验,下文介绍如何在需求评审中做到更规范,来减少评审过程出现的问题,以此提高需求评审效率、提升需求评审会议质量,来营造一个比较轻松的产研合作氛围。
京东云开发者 京东云开发者
4个月前
大厂B端/G端数据可视化项目如何做设计评审
根据自己多年的B端/G端数据可视化项目设计经验,总结了这篇数据可视化项目如何做设计评审的文章。内容侧重于数据可视化项目,但对于非可视化项目的设计评审也是通用的。文中介绍的流程和方法,尤其是通过STAR法则来阐述自己设计思路的创意,是我在实际工作中一直使用、
京东云开发者 京东云开发者
2个月前
研发视角浅谈R2流量回放测试
一、背景测试小伙伴们在2023年保障了团队线上系统0问题,这简直就是一项了不起的壮举!这得益于咱们测试组同事对工作的细致投入、风险把控、以及严格遵循流程规范进行测试用例评审、自动化建设、联调推动、回归验证、常态化压测、大促高保真压测、引流回放等多重保险策略