软件测试需求分析方法 PPT课件_第1页
软件测试需求分析方法 PPT课件_第2页
软件测试需求分析方法 PPT课件_第3页
软件测试需求分析方法 PPT课件_第4页
软件测试需求分析方法 PPT课件_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件测试需求分析方法 2 目录 例子 介绍测试需求分析方法 开展测试需求分析活动 软件测试需求分析的目的 面临的困难 测试中心现使用的方法及要求 3 一 面临的困难 为什么产品在经测试后发布出去还是有很多问题 1 缺陷被发现的晚 2 需求规格说书不明确 3 需求分散 4 受主观因素影响为什么测试人员不能发现真正严重的缺陷 1 测试时间不足 2 测试深度不够 3 测试技术能力有限 4 一 面临的困难 续 针对每一个原因 寻求解决的办法 1 缺陷被发现的晚 尽可能在每个开发阶段开展测试 系统测试尽可能早地介入 2 需求规格说书不明确 找到解决减少需求传递中的问题的方法 3 需求分散 需要找到集中管理需求的方法 4 受主观因素影响 寻求减少受主观因素影响的需求提取方法 5 测试时间不足 尽可能地早地明确产品各质量特性的定义 6 测试深度不够 找出业务流程和规则的分析方法 7 测试技术能力有限 目前已采用专题测试方案的方式解决 但对测试方法的改进仍需要深入和加强 5 一 面临的困难 续 从解决办法中找出共性 需求 方法 产品的质量特性 今天 我比以往更加确信 概念的完整性是产品质量的核心 这个原理决不仅限于软件系统 它适合于所有的复杂事物 人月神话 6 一 面临的困难 续 需求管理 分析 提取方法 产品质量特性 测试需求分析 7 二 软件测试需求分析的目的 帮助测试需求分析人员正确 完整地理解需求尽可能多地分析出测试点 包括潜在的业务约束以及一些常识性的软件设计规则 8 三 开展测试需求分析活动 为了帮助测试需求分析人员正确 完整地理解需求 需要开展以下活动 需求文档阅读主要目的是熟悉产品业务背景 部署环境以及产品的功能和非功能特性业务知识培训主要目的是提高对产品功能及业务的理解能力业务流程及规则分析主要目的是提高需求传递的质量确定测试需求分析方法和需求编写的目录结构根据产品功能和技术背景 确定测试需求分析的方法 确定测试类型 提取公共需求 建立目录结构编写测试需求依照计划 组织在TD上按目录结构编写测试需求评审测试需求 9 四 软件测试需求分析的方法 常用的测试需求分析方法有 测试类型分析法功能交互分析法继承分析法经验分析法 10 四 软件测试需求分析的方法 续 测试类型分析法依据产品的六大质量特性 功能性 可靠性 易用性 效率 可移植性 可维护性 及我公司的行业特点 将软件测试划分成一系列不同的测试类型 来覆盖产品的标准规范 功能和非功能性的用户需求 优点所有的测试类型之合能够覆盖全部测试内容测试类型定义灵活 可根据成功经验总结来划分 也可根据产品的质量特性划分缺点对于某个功能点属于哪一类测试类型存在争议解决的办法改进测试类型的定义保持原有定义不变 目标是找出测试点 属于何种类型不是关键 11 四 软件测试需求分析的方法 续 测试类型分析法 12 四 软件测试需求分析的方法 续 测试类型分析法 13 四 软件测试需求分析的方法 续 测试类型分析法 14 四 软件测试需求分析的方法 续 功能交互分析法针对有业务需求的产品需求分析的对象是不同业务模块之间的业务流程和业务规则 要求分析人员对整个系统的业务比较了解 功能交互的重点在验证数据流转的正确性与测试类型分析法不同的是 测试类型分析法针对需要或功能点 而功能交互分析法是针对需求或功能点之间可并入测试类型分析法的功能性测试中 15 四 软件测试需求分析的方法 续 继承分析法针对工程项目需求分析的对象有新增功能 修改功能和功能变更后的功能影响部分 功能影响的范围建议由开发人员协助划分 测试负责人在明确了需求后 根据需求特点 以测试需求分析过程为指导 采用测试类型分析法完成测试需求分析 16 四 软件测试需求分析的方法 续 经验分析法该方法是将具有代表性的测试积累形成经验库 以方便重用如果经验有代表性 可并入测试类型分析法 17 五 测试中心现使用的方法及要求 一 测试中心现在使用的方法测试类型分析法选择的理由需求覆盖率高从以上各需求分析方法来看 测试类型对需求文档的覆盖率最高 而其他几种方法是对该方法的补充 能为后续工作提供指导 1 指导测试用例按同样的思路编写 提高对测试需求的覆盖率 2 提高测试用例的编写和评审效率 3 满足不同测试阶段对测试用例的筛选 4 提高测试用例的可维护性和可复用性 18 五 测试中心现使用的方法及要求 续 二 要求分析方法必须采用测试类型分析法对需求进行分析编写要求目录结构编写要求测试需求编写要求 19 五 测试中心现使用的方法及要求 续 二 要求 目录结构编写要求目录结构编写的总体思路是测试类型贯穿于整个需求规格说明书 具体的要求 产品的功能性需求建议按产品需求文档的功能性需求目录来构建测试需求目录 也可自行构建目录 但要求目录结构清晰 功能涵盖完全 在这样的目录结构下 将使用频率高的测试类型分布到每一个功能性需求点中编写 产品的非功能性需求 按测试类型划分后作为单独的章节 与产品功能性需求一起构建整个产品的测试需求目录结构 目录结构与测试类型的关系按下表所示执行 20 21 五 测试中心现使用的方法及要求 续 二 要求 测试需求编写要求 原测试需求模板 功能描述 简要概括功能点的作用 如增加新用户信息功能特点 根据需求规格 列出分解后的功能明细填写的项目 逐一罗列出该功能所包含的数据输入项新测试需求模板较原模板只丰富了功能特点的内容 即 将功能点按测试类型分析方法进行分解和编写 功能特点 根据需求规格 在需求分析活动成果的指导下 按不同测试类型的要求对该功能进行分解 填写要求 a 测试类型的排列顺序固定为 功能正确性测试 数据边界测试 安全性测试 异常性测试

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论