软件测试需求分析方法

软件测试需求分析方法目录例子介绍测试需求分析方法开展测试需求分析活动软件测试需求分析的目的面临的困难测试中心现使用的方法及要求

一、面临的困难为什么产品在经测试后发布出去还是有很多问题?（1）缺陷被发现的晚（2）需求规格说书不明确（3）需求分散（4）受主观因素影响为什么测试人员不能发现真正严重的缺陷？（1）测试时间不足（2）测试深度不够（3）测试技术能力有限一、面临的困难(续)针对每一个原因，寻求解决的办法（1）缺陷被发现的晚－－尽可能在每个开发阶段开展测试，系统测试尽可能早地介入（2）需求规格说书不明确－－找到解决减少需求传递中的问题的方法（3）需求分散－－需要找到集中管理需求的方法（4）受主观因素影响－－寻求减少受主观因素影响的需求提取方法（5）测试时间不足－－尽可能地早地明确产品各质量特性的定义（6）测试深度不够－－-找出业务流程和规则的分析方法（7）测试技术能力有限－－目前已采用专题测试方案的方式解决，但对测试方法的改进仍需要深入和加强。一、面临的困难(续)从解决办法中找出共性：需求方法产品的质量特性？“今天，我比以往更加确信，概念的完整性是产品质量的核心。……这个原理决不仅限于软件系统，它适合于所有的复杂事物。”

——《人月神话》一、面临的困难(续)需求管理分析/提取方法产品质量特性测试需求分析二、软件测试需求分析的目的帮助测试需求分析人员正确、完整地理解需求尽可能多地分析出测试点，包括潜在的业务约束以及一些常识性的软件设计规则三、开展测试需求分析活动

为了帮助测试需求分析人员正确、完整地理解需求，需要开展以下活动：需求文档阅读主要目的是熟悉产品业务背景、部署环境以及产品的功能和非功能特性业务知识培训主要目的是提高对产品功能及业务的理解能力业务流程及规则分析主要目的是提高需求传递的质量确定测试需求分析方法和需求编写的目录结构根据产品功能和技术背景，确定测试需求分析的方法、确定测试类型、提取公共需求、建立目录结构编写测试需求依照计划，组织在TD上按目录结构编写测试需求评审测试需求四、软件测试需求分析的方法常用的测试需求分析方法有:测试类型分析法功能交互分析法继承分析法经验分析法四、软件测试需求分析的方法(续)测试类型分析法

依据产品的六大质量特性（功能性、可靠性、易用性、效率、可移植性、可维护性）及我公司的行业特点，将软件测试划分成一系列不同的测试类型，来覆盖产品的标准规范、功能和非功能性的用户需求。优点所有的测试类型之合能够覆盖全部测试内容测试类型定义灵活：可根据成功经验总结来划分，也可根据产品的质量特性划分缺点对于某个功能点属于哪一类测试类型存在争议解决的办法改进测试类型的定义保持原有定义不变，目标是找出测试点，属于何种类型不是关键四、软件测试需求分析的方法(续)测试类型分析法测试类型描述质量特性功能性测试在指定环境和条件下，验证软件产品满足软件需求规格说明或设计文档中有明确或隐含功能的要求。包括的测试内容有：1）文档中提到的所有明确或隐含功能的符合性（包含安装卸载和服务启停）；2）验证业务流程的正确性；3）验证文档中有数据精确度的正确性或相符性4）验证产品与一个或多个系统之间数据交互的能力5）验证产品对标准、法规和约定的符合性6）同类产品测试经验的引进功能性数据边界测试是对软件处在边界或端点情况下运行状态的测试。包括输入域或输出域的边界、容量边界、状态转换边界。安全性测试检验软件中已存在的安全性、安全保密性措施是否有效的测试。包括访问权限控制、数据保护、漏洞扫描。四、软件测试需求分析的方法(续)测试类型分析法测试类型描述质量特性容错性/异常性测试在软件故障或违反规定接口时，验证软件不会在出现故障时被陷入用户无法控制的局面（即不崩溃也不破坏数据）。软件故障包括：1）有输入限制条件（如：只能输入数字等）时的错误输入2）文档中有明确规定的非法操作3）违反正确的业务流程可靠性恢复性测试要求软件要在克服硬件故障后，系统能够正常地继续进行工作，并不对系统造成任何损害。硬件故障包括：1）数据传递或业务通信过程中掉电、硬件或网络出错2）产品工作不正常（包括产品硬件故障不工作等）性能测试是对软件需求规格说明或设计文档中的性能需求逐项进行的测试。包括性能指标、压力测试、负载测试、数据库容量和稳定性测试。效率兼容性测试是对软件需求规格说明书或设计文档中的兼容性需求逐项进行的测试。包括硬件兼容（硬件设备、外设）、软件兼容（操作系统、浏览器、数据库、支持软件、同类或不同类软件）、新旧版本的兼容（数据兼容、数据交互格式），以验证其功能是否满足要求。可移植性可维护性测试是对软件需求规格说明或设计文档中的可维护性说明进行验证。可维护性四、软件测试需求分析的方法(续)测试类型分析法测试类型描述质量特性UI测试验证用户界面是否符合<<软件界面设计规范>>必测项：

1）窗口标题，版本信息和公司标识

2）必填项的标识

3）文本框

4）TAB键的切换顺序

5）按钮响应键盘事件（包括回车、热键）

6）界面提示信息（包括操作说明、警告、程序询问、出错信息）

7）进度条

8）安装向导可选项：

1）功能导航条

2）目录树

3）工具栏

4）数据网格

5）管理界面适应的分辨率要求

6）流程的操作顺序约束

7）其他界面测试内容要求根据项目实际情况而定。易用性四、软件测试需求分析的方法(续)功能交互分析法

针对有业务需求的产品需求分析的对象是不同业务模块之间的业务流程和业务规则。要求分析人员对整个系统的业务比较了解。功能交互的重点在验证数据流转的正确性与测试类型分析法不同的是：测试类型分析法针对需要或功能点，而功能交互分析法是针对需求或功能点之间可并入测试类型分析法的功能性测试中四、软件测试需求分析的方法(续)继承分析法针对工程项目需求分析的对象有新增功能、修改功能和功能变更后的功能影响部分（功能影响的范围建议由开发人员协助划分）测试负责人在明确了需求后，根据需求特点，以测试需求分析过程为指导，采用测试类型分析法完成测试需求分析。四、软件测试需求分析的方法(续)经验分析法该方法是将具有代表性的测试积累形成经验库，以方便重用如果经验有代表性，可并入测试类型分析法五、测试中心现使用的方法及要求(一)测试中心现在使用的方法测试类型分析法选择的理由需求覆盖率高从以上各需求分析方法来看，测试类型对需求文档的覆盖率最高，而其他几种方法是对该方法的补充。能为后续工作提供指导（1）指导测试用例按同样的思路编写，提高对测试需求的覆盖率（2）提高测试用例的编写和评审效率（3）满足不同测试阶段对测试用例的筛选（4）提高测试用例的可维护性和可复用性五、测试中心现使用的方法及要求(续)(二)要求分析方法

必须采用测试类型分析法对需求进行分析编写要求目录结构编写要求测试需求编写要求五、测试中心现使用的方法及要求(续)(二)要求-目录结构编写要求目录结构编写的总体思路是测试类型贯穿于整个需求规格说明书。具体的要求：产品的功能性需求建议按产品需求文档的功能性需求目录来构建测试需求目录，也可自行构建目录，但要求目录结构清晰，功能涵盖完全。在这样的目录结构下，将使用频率高的测试类型分布到每一个功能性需求点中编写。产品的非功能性需求，按测试类型划分后作为单独的章节，与产品功能性需求一起构建整个产品的测试需求目录结构。目录结构与测试类型的关系按下表所示执行：测试类型在目录结构中的位置功能正确性测试分布到每一个功能性需求点中编写数据边界测试分布到每一个功能性需求点中编写安全性测试分布到每一个功能性需求点中编写容错性/异常性测试统称为异常性测试，分布到每一个功能性需求恢复性测试作为单独的章节编写性能测试作为单独的章节编写兼容性测试作为单独的章节编写UI测试作为单独的章节编写,如果产品的UI元素比较多，并且有特别要求,也可分布到每个功能性需求中编写可维护性测试作为单独的章节编写五、测试中心现使用的方法及要求(续)(二)要求-测试需求编写要求原测试需求模板：功能描述：简要概括功能点的作用，如增加新用户信息功能特点：根据需求规格,列出分解后的功能明细填写的项目：逐一罗列出该功能所包含的数据输入项新测试需求模板较原模板只丰富了功能特点的内容,即:将功能点按测试类型分析方法进行分解和编写。功能特点：根据需求规格,在需求分析活动成果的指导下,按不同测试类型的要求对该功能进行分解。填写要求：

a)测试类型的排列顺序固定为：功能正确性测试，数据边界测试，安全性测试，异常性测试，UI