扫码阅读
手机扫码阅读
测试用例评审的旁观记录

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

测试用例评审会摘要
日期与参与者: 2022年5月24日下午,测试用例评审会召开,会议参与者包括项目经理、研发经理、技术架构师、效能经理、前端技术负责人、业务架构师、测试人员、开发人员以及外部咨询顾问,共11人。
会议时长与问题: 评审会持续了70分钟,期间发现了11个需要修改的问题。
评审现象: 观察到的主要现象包括:
- 测试用例按照状态-事件-系统响应的三段论方式描述。
- 讨论需求含义占用了超过一半的会议时间。
- 测试中常常遗漏异常场景。
- 参会人员积极发言,勇于表达重要观点。
- 区分了成熟功能无需重复测试的需求与本期不实现的需求。
- 测试用例使用了思维导图进行描述。
- 部分问题在会议中即时得到了修正。
顾问建议: 顾问对测试用例评审提出了几点建议:
- 评审应以需求为主线,先解释需求再审查测试用例,确保所有需求都被测试用例覆盖。
- 建议使用不同颜色标注正向和反向测试用例,快速识别可能遗漏的异常场景。
- 分析各角色发现问题的数量,评估是否需要这么多角色参与,以提高评审效率。
- 将发现的问题分类分析,并制作评审检查清单以供参考。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 222.6K
麦哲思科技任甲林的其他文章
不惑
“四十不惑”,意思是到四十岁的时候,对如何处理各种事情想的很明白了,知道如何处理了,有了自己的处世原则与方法,比较坚定。 定义了原则,就不会犹豫不决。就不需要再去废脑子考虑太多,才能快速决策。 不惑的前提是要有原则,有原则的前提是要对为什么定义这些原则想透彻。想透彻不是很容易的一件事情,需要时间的积累,需要螺旋上升的提高认识。只有想透彻了,原则才不会变,也才能不惑。 定义了原则,就要按
从3级到高成熟度的18项可能的变化
1每个过程或阶段的进入、退出准则是否可以量化? 比如: 系统测试的进入准则是否可以修改为:静态检查的缺陷100%修改,退出准则修改为:投入的单位工作量不少1人天/kloc, 发现的缺陷不少于6个/kloc。 注意定义退出准则时,要考虑投入与产出两个维度,在满足了投入的前提下,要求产出结果如何,如上例。2关键过程、...
如何高效的工作
请思考敏捷方法中的3个基本原则:沟通、简单、反馈。这3个原则可以用来指导我们进行高效的工作。1 任务明确,不要做无用功。 何谓任务明确? 任务的输出是什么?在输出中包含哪些内容要明确列举出来。 任务的完成标准是什么? 任务的完成时间是什么时候? 是否有其他的约束条件? 要和任务的布置人员明确上述内容。 比如要你写给某客户写一个方案,则首先要明确:
程序员敬业精神的具体表现
在给客户培训的时候,很多项目经理提到了敬业精神的问题,结合自己的体会,我想通过下面的8个问题的可以判断一个程序员是否具有很好的敬业精神: (1)是否主动工作?尤其是涉及到2个人合作的时候,该是另外一个人解决的问题,你是否将问题告诉别人后,就等待,还是去及时跟踪问题的解决了? (2)当天该完成的工作,你是否做完了才休息? (3)你是否对未完成的任务找了一大堆借口? (4)在和别人有接口的任务时,你是
我说CMMI2.0之技术解决方案
TS:技术解决方案,映射到实际工程活动中包含了技术路线选择、概要设计、详细设计、实现、技术文档编写等活动。 实践列表 TS 1.1 Build solution to meet requirements. 创建满足需求的解决方案 TS 2.1 Des...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线