测试用例评审的旁观记录
发布于 2024-10-01
1318
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
测试用例评审会摘要
日期与参与者: 2022年5月24日下午,测试用例评审会召开,会议参与者包括项目经理、研发经理、技术架构师、效能经理、前端技术负责人、业务架构师、测试人员、开发人员以及外部咨询顾问,共11人。
会议时长与问题: 评审会持续了70分钟,期间发现了11个需要修改的问题。
评审现象: 观察到的主要现象包括:
- 测试用例按照状态-事件-系统响应的三段论方式描述。
- 讨论需求含义占用了超过一半的会议时间。
- 测试中常常遗漏异常场景。
- 参会人员积极发言,勇于表达重要观点。
- 区分了成熟功能无需重复测试的需求与本期不实现的需求。
- 测试用例使用了思维导图进行描述。
- 部分问题在会议中即时得到了修正。
顾问建议: 顾问对测试用例评审提出了几点建议:
- 评审应以需求为主线,先解释需求再审查测试用例,确保所有需求都被测试用例覆盖。
- 建议使用不同颜色标注正向和反向测试用例,快速识别可能遗漏的异常场景。
- 分析各角色发现问题的数量,评估是否需要这么多角色参与,以提高评审效率。
- 将发现的问题分类分析,并制作评审检查清单以供参考。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1020.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
敏捷与CMMI的同与不同
CMM我是从1998年开始接触的,到现在大概20年了,自己亲自实施过CMMI,也辅导了很多企业做基于CMMI的过程改进。2013年我成为了CMMI的评估师,后来成为高成熟度的评估师,去年又成为了教员。 敏捷我是2005年接触的,到现在14个年头了,2008年左右也成了认证的Scrum Master, 去年成为认证的大规模敏捷顾问,2018年成为敏捷性能合弄模型的评估师。10多年来...
快速学习COSMIC方法之二:COSMIC方法的度量过程
COSMIC方法的度量分为三个阶段:1 度量策略阶段2 映射阶段3 度量阶段在度量策略阶段,主要包括四个活动: 1)确定度量目的:为什么执行本次度量。比如你要度量一个房子的面积,是为了卖房子?是要装修?还是为了装中央空调?目的不同,度量的范围不同,度量的结果也不同。卖房子是要包含建筑面积与分摊面积的,装修房子要考虑套内面积与晾台面积,而装中央空调时只考虑套内面积,目的不同,度量的范围不同,度
杂谈Barry Boehm的软件工程七原则与敏捷实践
大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则(Seven Basic Principles of Software Engineering),这是Barry Boehm1983年发表的文章,在网上搜到的是别人对这七个原则的转译与介绍,看后觉得怪怪的,总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文,未果,最近终于搜到了原文,因此更能准确把握Ba
AI编程要小步快跑,步步为营
文章浏览阅读417次,点赞8次,收藏6次。《AI编程的正确打开方式:小步快跑,步步为营》 文章揭示了AI编程中常见的误区:用户往往期待AI能一次性完成复杂任务,结果却陷入调试困境。核心问题在于错误的使用方式——把AI当作"许愿池"而非"结对编程伙伴"。 文章通过对比两种开发方式,指出成功关键在于"小步快跑"方法论: 将复杂需求拆分为可验证的小任务 每个步骤保持简单明确(10秒可验证) 步步为营,确保每一步正确后再继续。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线