例说需求跟踪矩阵的作用
发布于 2024-10-02
1392
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在9月21日的测试用例评审会议中,来自不同专业背景的人员(包括需求与开发人员、测试人员、QA人员和外部咨询顾问)共同参与了对测试用例文档的评审。此文档在会议前已经过测试组内部评审。
会议过程中,作者逐一介绍测试用例,而我则询问每个用例对应的需求。这促使作者按照需求文档的顺序来展示测试用例,并在此过程中发现了一些问题:部分需求未对应测试用例,以及一些需求实际上属于其他系统,不应包含在本系统测试中。此外,一些未明确描述的需求也通过经验被设计了测试用例,这提示了需求文档需要补充和完善。
会议持续了2个半小时,总共发现了45个问题。评审中提出,如果建立需求跟踪矩阵,将使测试用例的评审更加高效。这样,作者可以在评审前就识别出缺失的测试用例,而跟踪矩阵的作用不仅在于验证需求的实现和测试,还有助于在需求变更时追踪所需的修改。
通过本次会议的经验,我们认识到在设计评审时也应对照需求跟踪矩阵,确保每个需求都被正确且合理地设计。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 882K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
数据、现象与原因
某公司积累了最近2年24个项目缺陷发生率的历史数据(缺陷发生率为系统测试发现的缺陷个数除以开发的工作量),如下表所示: 对上述的历史数据,按年份画箱线图比较分析如下: 针对上述的箱线图,是否可以下结论认为2013年开发质量提升了,开发人员犯的错误就少了呢? 其实未必。 如果对年份与项目的开发方式做卡方分析,则有如下的结论:汇总统
概要设计主要描述哪些内容?
要点如下: (1) 本项目的技术路线,即: Ø 采用的技术方法,如是采用OO的方法、还是结构化的方法,是采用.net还是JAVA; Ø 总体的技术结构,如采用几层体系结构,每层的责任是什么; Ø 系统的网络结构,如系统的功能在网络上的部署分布; Ø 核心技术难点的解决方案
CMMI 3.0究竟有哪些变化?
4月6日,CMMI 研究院发布了CMMI 3.0版本,和2.0相比,有哪些变化呢?本文做了系统梳理。
《以道御术》荣耀上市,专家书评
千呼万唤始出来,《以道御术-CMMI 2.0实践指南》已经上架发行了,本书系统的解读了CMMI 2.0模型中的实践,首先介绍了CMMI 2.0相对于CMMI 1.3的变化,阐明了CMMI 2.0的核心思想与理念,然后对于CMMI模型中的每个人实践域进行了通俗的、详细的、案例化的解读,最后对敏捷方法与CMMI模型进行了系统化的对比分析,并提倡二者的互补融合。今天就来看一下业内的专家们是怎么评价这本书的:软件开发发展初期,每个程序员都按照自己的方式进行手工作坊式地交付。但随着这一领域的规模不断扩张,手工作
软件组织成熟度4个等级的比较
简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表:
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线