测试需求分析

测试需求分析及工程方法3G测试—1软件测试，是怎么来的早在1997年，像很多测试行业的朋友一样，在还不清楚软件测试是做什么时，稀里糊涂地走上了软件测试这个岗位。回首过去，从没想到测试会成为一个行业，也没想到在自己的职业生涯中能坚持这么长时间一直从事这个工作。说来也是很幸运的，能有机会见证这个行业在某些方面的点滴变化，如测试专业书籍的变化，从原来没有专业书到现在琳琅满目。同时也被这个行业中的不少人和事感动着，如近几年涌现了一批批国内的测试专家，他们奉献着自己的实践经验，无论是通过出版专业书籍，还是在网上建立个人博客，无不洋溢着对测试事业的热爱。《软测之魂:核心测试设计精解》作者：肖利琼2从无到有，从小作坊到专业化CMM级别级别描述开发、测试发展情况例子初始级1、过程非常混乱或者没有过程2、整个软件开发过程基本上没有文档3、实施情况依赖于个人的技能、知识和动机1、由开发人员自己编写、调试、测试（个人英雄主义天下）求伯君WPS（1988.5-1989.9）已定义级1、全组织的开发和维护软件的标准过程已文档化1、有开发流程2、测试是一个步骤，一个收尾的工作传统的瀑布模型（计划--需求分析-设计-编码-测试-维护）已管理级1、组织对软件产品和过程都设置定量的质量目标1、有详细的开发、测试流程2、测试是一个过程，测试工作从需求分析阶段就介入，与开发并行统一软件开发RUP集成产品开发IPD3我问题1：测什么？问题2：怎么测？问题3：什么时候测？4需求是什么IEEE软件工程标准词汇表（1997年）中定义需求为：（1）用户解决问题或达到目标所需要的条件或权能。（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具备的条件或权能。（3）一种反应上面（1）或（2）所描述的条件或权能的文档说明。5测试需求是什么确切地讲，所谓的测试需求就是在项目中要测试什么。我们在测试活动中，首先需要明确测试需求(What)，才能决定怎么测(How)，什么时候测(When)，需要多少人(Who)，测试的环境是什么(Where)，测试中需要的技能、工具以及相应的背景知识，测试中可能遇到的风险等等以上所有的内容结合起来就构成了测试计划的基本要素。测试需求是测试计划的基础，是测试策略、测试用例设计的源泉。6实例分析1，LKS系统登陆界面，假定产品需求如图（用户名位数6-10，字母、数字、下划线，密码位数1-16位，由字母、数字、下划线组合，不能以数字开头、不能是全数字。）2，3G186R主页面软件、测试需求7在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但在过去的十几年中越来越多的人认识到它是整个过程中最关键的一个过程。8为什么要做测试需求分析

1、如果要成功的做一个测试项目，首先必须了解测试规模、复杂程度与可能存在的风险，这些都需要通过详细的测试需求来了解。知己知彼，百战不殆

2、测试需求不明确，只会造成获取的信息不正确，无法对所测软件有一个清晰全面的认识，测试计划就毫无根据可言。

3、活在自己世界里的人是可悲的，只凭感觉不做详细了解就下定论的项目是失败的。

4、测试需求越详细精准，表明对所测软件的了解越深，对所要进行的任务内容就越清晰，就更有把握保证测试的质量与进度。9根据IBM研究表明，假定在分析阶段发现错误其改进成本为1个单位的话，那么在测试之前发现一个错误的修改成本约为6.5个货币单位，在测试时发现一个错误的修改成本约为15个货币单位，在发布之后发现一个错误的修改成本约为60到100个货币单位。同样的比例也适用于发现一个错误需要的时间。10产品测试需求分析的资源1、产品包需求2、软件需求、硬件需求、结构需求、产测需求3、其他已有类似的软件程序、文档、产品巧妇难为无米之炊11产品测试需求分析四大步骤一、被测试产品分析二、软件测试需求的提取三、测试需求分析建模四、软件测试规格分析12有哪些分析方法？13软件需求跟踪矩阵表软件需求跟踪矩阵表是保证测试的完整性、测试覆盖率的全面性软件需求跟踪矩阵表属性：产品需求ID、产品需求、系统测试项ID、系统测试项、系统测试子项ID、系统测试子项描述、质量特性、所属测试类型、重要级别、优先级别等。软件需求跟踪矩阵表模板：14测试类型分析法测试类型简要描述测试类型简要描述1、功能测试验证产品功能9、配置测试服务器、用户端配置2、性能测试验证产品性能10、异常测试程序容错、可恢复性测试3、压力测试超负荷情况的测试11、备份测试程序备份数据能力4、容量测试面向数据吞吐量12、健壮性测试程序异常处理的能力5、安全性测试信息保护机制13、文档测试文档正确性验证6、GUI测试界面显示，控件功能14、在线帮助测试程序实时在线帮助的可用性、正确性7、可用性测试易使用性15、网络测试程序在网络环境下的处理能力8、安装测试程序安装能力16、稳定性测试产品在一定负荷、长时间下的运行能力15测试类型与质量特性对应表16功能交互分析法:主要应用于软件测试规格分析阶段、检测所有测试需求点是否有冗余、重叠。继成分析法：针对业务需求庞大、逻辑关系复杂的产品需求，分析需求点之间的继承关系、从而有效的提取测试需求。其他需求分析方法：关联图分析法：针对程序重要关联接口，跳转连接的业务逻辑分析，从而有效的提取测试需求点。17实例讲解：3G186R项目测试需求分析181、产品包需求2、软件、硬件、结构需求3、其他已有类似的软件程序、文档、产品W6数据卡、3G150B路由器、华为E5、中兴AC301、被测试产品分析192，软件测试需求提取根据产品需求说明书、参考软件、硬件、结构需求说明书、参考3G150B无线路由产品、中兴AC30等同类或相关的产品，应用软件需求跟踪矩阵表提取测试需求点，如下表：简略提取首页模块的测试需求203，测试需求分析建模根据提取的需求