例说需求跟踪矩阵的作用
发布于 2024-10-02
966
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在9月21日的测试用例评审会议中,来自不同专业背景的人员(包括需求与开发人员、测试人员、QA人员和外部咨询顾问)共同参与了对测试用例文档的评审。此文档在会议前已经过测试组内部评审。
会议过程中,作者逐一介绍测试用例,而我则询问每个用例对应的需求。这促使作者按照需求文档的顺序来展示测试用例,并在此过程中发现了一些问题:部分需求未对应测试用例,以及一些需求实际上属于其他系统,不应包含在本系统测试中。此外,一些未明确描述的需求也通过经验被设计了测试用例,这提示了需求文档需要补充和完善。
会议持续了2个半小时,总共发现了45个问题。评审中提出,如果建立需求跟踪矩阵,将使测试用例的评审更加高效。这样,作者可以在评审前就识别出缺失的测试用例,而跟踪矩阵的作用不仅在于验证需求的实现和测试,还有助于在需求变更时追踪所需的修改。
通过本次会议的经验,我们认识到在设计评审时也应对照需求跟踪矩阵,确保每个需求都被正确且合理地设计。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 602.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
例解:如何分析同行评审的度量数据?
在进行同行评审时,一般可以积累如下的度量数据:(1) 评审文档或代码的规模对于需求文档的规模一般是采用页或功能点为度量单位;对于测试用例的规模一般是采用个或页为度量单位;对代码的规模一般是采用行为度量单位;对于设计或其他文档一般是采用页为度量单位。(2) 个人评审的时间周期,计量单位为小时;(3) 评审会议的时间周期,计量单位为小时;(4) 个人评审发现的缺
如何识别过程改进点?
望闻问切,弄清病症、病因,才可开药方,过程改进与此同理。那么,过程改进如何识别改进点,发现病症呢? 1 过程评估 过程评估是指由内部或外部的评估员参考某种或某几种模型通过文档审查或访谈等手段评价组织的过程执行情况,以发现体系、实践与模型的差距,识别改进点。 2 过程裁剪记录分析 组织级定义了标准的体系规范后,项目组可以裁剪组织的标准体系,通过分析裁剪记录可以识别频繁裁剪的过程、
我说CMMI 2.0 之 估算
EST(estimation)是CMMI2.0中新增的一个PA,从1.3版本中的PP与IPM PA中剥离了一些实践过来。 基本思想估计什么?规模、工作量、工期、成本等。估算是承诺的基础,充分沟通是估算的基础。估算可能是逐步细化的,并非在项目初期就估计一次。初期的估算与实际结果偏差比较大,因此,承诺也是多版本的,会逐渐调整承诺。估算要有方法论,要根据估计的结果与实际的偏差率不...
我说CMMI之四:CMMI的表示方法
我说CMMI之四:CMMI的表示方法
CMMI分为了两种表示方法,一种称为阶段式表示方法,一种称为连续式表示方法。如下图所示:
我们可以从以下几个方面来理解这两种表示方法的区别与联系:
1包含的过程域相同,但是过程域分类的维度不同。
阶段式表示方法为我们所熟悉,我们通常说的过级了,过了2级,过了3级都是针对阶段式表示方法而言的。在CMMI-DEV V1.2中,阶段式表示方法将22个过程域分别放置在了4个等级中,其中
如何保证测试的完备性?
经验法则如下:1 测试人员参与需求评审,需求人员参与测试用例的评审不懂需求,不了解需求的测试人员是不可能设计出完备的测试用例的。测试人员参与需求评审一是可以评审需求的可测试性,二是了解需求。 需求人员评审测试用例可以检验用例的完备性,判断测试人员是否理解了需求。2 系统测试用例覆盖每一个场景场景是在需求中描述的用户使用系统的一条操作路径。覆盖每个场景是系统测试用例设计的基本要求。3 集成测试用例
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线