扫码阅读
手机扫码阅读
例说需求跟踪矩阵的作用
118 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:例说需求跟踪矩阵的作用
文章来源:
麦哲思科技任甲林
扫码关注公众号
在9月21日的测试用例评审会议中,来自不同专业背景的人员(包括需求与开发人员、测试人员、QA人员和外部咨询顾问)共同参与了对测试用例文档的评审。此文档在会议前已经过测试组内部评审。
会议过程中,作者逐一介绍测试用例,而我则询问每个用例对应的需求。这促使作者按照需求文档的顺序来展示测试用例,并在此过程中发现了一些问题:部分需求未对应测试用例,以及一些需求实际上属于其他系统,不应包含在本系统测试中。此外,一些未明确描述的需求也通过经验被设计了测试用例,这提示了需求文档需要补充和完善。
会议持续了2个半小时,总共发现了45个问题。评审中提出,如果建立需求跟踪矩阵,将使测试用例的评审更加高效。这样,作者可以在评审前就识别出缺失的测试用例,而跟踪矩阵的作用不仅在于验证需求的实现和测试,还有助于在需求变更时追踪所需的修改。
通过本次会议的经验,我们认识到在设计评审时也应对照需求跟踪矩阵,确保每个需求都被正确且合理地设计。
想要了解更多内容?
查看原文:例说需求跟踪矩阵的作用
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.6K
麦哲思科技任甲林的其他文章
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
通过雷达图的面积进行总体对比分析是不可靠的!
对多个指标进行综合对比分析时,常使用的一种图形就是雷达图。比如,有2个项目,从交付速度、交付质量、成本超支率、员工满意度、客户满意度等5个指标上进行了打分比较,每个指标取值是从0到1,分值越高越优秀。两个项目的数据如下表: 指标 项目A 项目B 交付速度 0.8 0.9 交付质量 0.7 0.9 ...
文档恐惧症的分析
一、为什么不愿意写文档?大部分开发人员不愿意编写文档,为什么呢?1.写文档需要花费很多时间。2.不愿意暴露自己的思想被别人评判。3.文档编写得不好、没有充分发挥作用。4.根据实践经验,并非不写文档,项目就干不下去。有很多客户也这样对我讲:“我们原来没有那么多文档,项目照样干,客户也一样验收付款啊!”。5.如果写文档,很容易造成文档与实现不一致,文档的价值大大降低。6.如果写文档,就不能只写一份文档
需求交付周期的分析
需求交付周期的分析
漫谈需求与设计的区别:做什么与怎么做
2009年曾经写过一篇博文,讲述需求与设计的界线(参见博文:https://blog.csdn.net/dylanren/article/details/4965181),最近又有所思考,对上篇博文整理补充如下。 首先我们从两个日常生活的例子思考一下: 案例一:DIY一台PC。 概要描述...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线