扫码阅读
手机扫码阅读
测试用例评审的旁观记录
15 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:测试用例评审的旁观记录
文章来源:
麦哲思科技任甲林
扫码关注公众号
测试用例评审会摘要
日期与参与者: 2022年5月24日下午,测试用例评审会召开,会议参与者包括项目经理、研发经理、技术架构师、效能经理、前端技术负责人、业务架构师、测试人员、开发人员以及外部咨询顾问,共11人。
会议时长与问题: 评审会持续了70分钟,期间发现了11个需要修改的问题。
评审现象: 观察到的主要现象包括:
- 测试用例按照状态-事件-系统响应的三段论方式描述。
- 讨论需求含义占用了超过一半的会议时间。
- 测试中常常遗漏异常场景。
- 参会人员积极发言,勇于表达重要观点。
- 区分了成熟功能无需重复测试的需求与本期不实现的需求。
- 测试用例使用了思维导图进行描述。
- 部分问题在会议中即时得到了修正。
顾问建议: 顾问对测试用例评审提出了几点建议:
- 评审应以需求为主线,先解释需求再审查测试用例,确保所有需求都被测试用例覆盖。
- 建议使用不同颜色标注正向和反向测试用例,快速识别可能遗漏的异常场景。
- 分析各角色发现问题的数量,评估是否需要这么多角色参与,以提高评审效率。
- 将发现的问题分类分析,并制作评审检查清单以供参考。
想要了解更多内容?
查看原文:测试用例评审的旁观记录
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.9K
麦哲思科技任甲林的其他文章
COSMIC规模度量方法v4.0度量手册中文版正式发布了!
COSMIC是通用软件度量国际联盟的简写,它成立于1998年,是一个由全球软件度量专家组成的非盈利自愿性组织,致力于软件规模度量方法的研究与推广。2002年1月COSMIC所推出的全功能点规模度量方法成为了ISO的标准,最新标准为ISO/IEC 19761:2011“软件工程—COSMIC—功能规模度量方法”。COSMIC规模度量方法相对于传统的规模度量方法简单实用,学习周期短,易于上手。一经推出
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
例解:如何分析同行评审的度量数据?
在进行同行评审时,一般可以积累如下的度量数据:(1) 评审文档或代码的规模对于需求文档的规模一般是采用页或功能点为度量单位;对于测试用例的规模一般是采用个或页为度量单位;对代码的规模一般是采用行为度量单位;对于设计或其他文档一般是采用页为度量单位。(2) 个人评审的时间周期,计量单位为小时;(3) 评审会议的时间周期,计量单位为小时;(4) 个人评审发现的缺
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
在EXCEL中进行趋势拟合与预测的方法
在跟踪目标达成时,可以根据已经发生的多个周期的目标实际数据,进行趋势拟合,预测目标达成的情况,对趋势拟合常用的有如下6种方式:例如:某项目4周一个迭代周期,画了燃尽图如下: 序号 剩余估算人时 理想剩余人时 1 120 114.0 2 115 108.0 3 ...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线