软件测试需求分析方法.pptVIP

软件测试需求分析方法 目录 例 子 介绍测试需求分析方法 开展测试需求分析活动 软件测试需求分析的目的 面临的困难 测试中心现使用的方法及要求 一、面临的困难 为什么产品在经测试后发布出去还是有很多问题? （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）产品工作不正常（包括产品硬件故障不工作等） 性能测试 是对软件需求规格说明或设计文档中的性能需求逐项进行的测试。包括性 能指标、压力测试、负载测试、数据库容量和稳定性测试。 效率 兼容性测试 是对软件需求规格说明书或设计文档中的