测试需求的分析

测试需求分析思维导图

测试需求分析就是通过需求工程的内容来进行的

需求开发

（1）获取需求：客户访谈；焦点小组会议；问卷调查；观察法；头脑风暴；原型。。。。。

获取测试需求的渠道：

*获取渠道*	*解释说明*	*编建议*	*举例*
开发需求	从开发人员或者开发人员文档中去寻找测试的内容。	DR–XXX（Development Requirement–XXX）	软件需求规格说明书；概要设计文档；接口设计文档；详细设计文档；
竞争需求	从竞争对手和市场上类似的产品中去寻找要测试的内容。	CR–XXX（Competiotion Requirement–XXX）	微信和钉钉–微信企业版；饿了么和美团；
协议需求	从软件发布的国家行业的法律法规考虑。	PR–XXX（Protocol Requirement）	电商法；银行法规；保险规则；
继承需求	从过去的版本或者系统挖掘出要测试的内容。	SR–XXX（Succeed Requirement–XXX）	支付宝集福
用户需求	从不同的用户群体考虑他们的使用场景使用习惯。	UR–XXX（User Requirement–XXX）	淘宝（买家；个人卖家；企业卖家；后台管理员；。。。）OA系统（普通员工；部门经理；人事；财务；老板）；CRM。。。。ERP
案例库需求	从缺陷库、测试用例库、用户问题库中去挖掘要测试的内容。	ER–XXX（Established Requirement–XXX）	用户反馈问题。运维中遇到的问题。

得到测试需求后，对需求进行整理：

合并重复的测试需求，删除没有异议的测试需求，通过测试需求分析方法对需求进行分类定义。

（2）分析需求：将不同渠道获取的需求通过不同的角度（功能、非功能；成本；质量；进度）分析，确定需求

测试需求分析的方法：

从软件质量模型中的各个特性分析测试需求，给测试需求进行分类。

从不同的用户角度分析不同用户的使用。

分析软件系统的用户群，不同用户群的使用场景（业务功能模块）

（3）需求定义：将分析的需求定义在需求规格文档中，分需求类型，需求优先级别

（4）需求验证：可行性；

执行完需求开发之后就可以进行测试设计了

需求管理

（1）需求分配：分配到不同的项目小组；

（2）需求评审：全方位评审需求规格说明书（功能需求描述（输入、输出、处理方式）、非功能需求的指标；需求语言表达歧义；一致。。。。）

（3）需求基线：Baseline（经过正式评审之后达到受控的状态，提出变更请求得到批准）

（4）需求跟踪：需求跟踪矩阵

（5）变更控制：变更请求（CR：Change request–CCB：Change Control Board （评估需求变更–拒绝or接受））

声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！