




已阅读5页,还剩22页未读, 继续免费阅读
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1 软件测试 2 第6讲测试需求分析 3 目录 4 目录 5 目录 6 平时我们一直在说需求 但是需求到底是什么 怎么做好需求分析 是项目测试的关键因素需求分析 面试加分项 7 什么是测试需求分析 测试需求就是在项目中要测试什么 软件测试需求是开发测试用例的依据 测试需求分解的越详细精准 表明对所测软件的了解越深 对所要进行的任务内容就越清晰 对测试用例的设计质量的帮助越大 详细的测试需求还是衡量测试覆盖率的重要指标 测试需求是计算测试覆盖的分母 没有详细的测试需求就无法有效的进行测试覆盖计算 8 为什么要做需求分析 需求分析的必要性如果要成功的做一个测试项目 首先必须了解测试规模 复杂程度与可能存在的风险 这些都需要通过详细的测试需求来了解 所谓知己知彼 百战不殆 测试需求不明确 只会造成获取的信息不正确 无法对所测软件有一个清晰全面的认识 测试计划就毫无根据可言 只凭感觉不做详细了解就下定论的项目是失败的 9 不做需求分析的后果不做需求分析或需求分析不到位 可能会产生很严重的问题 比如 1 浪费时间和资源实现了用户不需要的需求 2 遗漏了需求文档中没提到 但很重要的需求 导致客户满意度降低 3 需求分析不到位 错误的估计了测试的工作量 导致延误发布周期 可能会降低发布质量 以上的几个问题 在实际开发中是比较常见的 主要的原因就是需求分析不到位 会导致影响客户的满意度 10 软件需求分类 需求分类原始需求产品需求软件需求测试需求 客户的原始需求 客户一般不懂得开发技术 所提出来的需求是没有办法直接用于开发 产品设计人员根据原始需求 结合软件实现形成的需求 软件开发人员将产品需求进一步详细化 合理化 原则上软件需求技术上是完全可以实现了 软件需求的进一步详细化 按照外部接口 设计约束等进行全方位考虑 11 怎么挖掘功能测试需求 输入处理输出性能需求硬件接口 12 测试需求 测试需求挖掘功能需求 输入方面输入来源是什么 输入数据数量是几个 如果有错误输入 响应是什么 什么是非法输入 什么是无效输入 13 测试需求 测试需求挖掘功能需求 处理方面输入数据的有效性检测的流程是什么 操作的确切次序 包括各事件的时序是什么 对异常情况的回应是什么 例如 溢出 通信失败 错误处理 14 测试需求 测试需求挖掘功能需求 结果输出方面输出到何处 如浏览器 打印机 文件 输出的数量是多少 输出的时序是什么样的 对非法值的处理是什么样的 15 测试需求 测试需求挖掘功能需求 性能需求方面静态量化可能包含 支持的终端数目 支持的同时使用的用户数 处理的文件和记录的数目 表和文件的大小动态量化可能包含 在正常或峰值工作量情况下一个特定时间段处理事务或任务的数目及数据量 在正常或峰值工作量情况下处理某个事务或任务所占用系统资源的数量 16 测试需求 测试需求挖掘功能需求 用户接口方面系统用户显示时要求的屏幕格式页面规划及报告或菜单的内容输入和输出的相关时序 17 测试需求 测试需求挖掘功能需求 硬件接口方面描述软件产品和系统硬件组件之间接口的逻辑特征该功能运行支持哪些设备 怎样支持这些设备和协议呢 18 如何进行需求分析 明确需求范围画业务流程图 流程图 模块间的关系功能点整理 思维导图 提取测试点 依据测试需求文档 19 明确需求范围 了解该需求是为了解决用户的什么问题功能性需求 产品必须有的功能非功能性需求 是否美观 用户体验 稳定性 易用性等容易忽略的一点 明确的需求背后所隐藏的需求 例如登录 明确的需求是 正确输入用户名 密码 才能登录 隐性需求 用户名字符类型 长度 是否可为空 密码字符类型 长度等 sql语句的注入 课下了解 20 扩展 SQL注入 select fromtablenamewhereuser andpwd select fromtablenamewhereuser rerd or 1 1 andpwd 34hhd 用户名 rerd or 1 1密码 34hhd 21 画业务流程图 流程图 熟悉业务逻辑了解模块间的关系 22 功能点整理 思维导图 业务功能 需求中所定义的实际业务直接相关的功能数据约束 主要是用于控制在执行功能时 数据的显示范围 数据之间的关系等 易用性需求 便于功能操作使用的一些细节 比如快捷键就是典型的易用性需求 编辑约束 在功能执行时 对输入数据项目的一些约束性条件 比如只能输入数字 权限需求 不同的权限所能操作的功能点的不同 23 提取测试点 测试需求文档 根据整理的思维导图 去提取每一个功能点中的细节需求 例如新增员工 在思维导图中 最小的颗粒度就到新增员工了 但是新增员工这个功能仍然有很多的需求点 员工姓名唯一性判定 手机号码是否必填等 这些更细的需求点组合起来就形成了测试需求文档 24 需求评审 角色 职责 25 需求评审 要点 是否所有的原始需求都在SRS中体现了 在SRS中定义需求时 是否避免使用那些会引起歧义的术语 是否在SRS中清楚地描述了软件要做什么及不做什么 是否在SRS中描述了软件使用的目标环境 每个需要是否切实可行 可测试 彼此不冲突 是否在SRS中说明了对每个输入的验证措施 并描述了每个输入的属性 是否在SRS中说明了对每个输入的处理 是否在SRS中说
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论