软件测试第6讲_测试流程_测试需求分析.ppt

* 用户接口方面其实指的就是UI,指用户的输入界面 产品的思维导图是指产品的业务逻辑、能把产品整个业务逻辑走通和实现。产品的流程图是指在熟悉产品业务基础上，对产品的功能实现输出说明。产品的思维导图是基础，用来指导和规划产品流程。产品的流程图是具体实现细节说明 * software requirements specification 软件需求说明书 * Logo Logo 软件测试 第6讲 测试需求分析 目 录 测试申请 1 测试计划 2 测试需求 3 测试环境 4 测试用例 5 目 录 测试执行 6 测试缺陷管理 7 测试报告总结 8 测试用例维护 9 目 录 需求分析定义 1 为什么要做测试需求分析 2 需求分析分类 3 怎么挖掘测试需求 4 怎么进行需求分析 5 平时我们一直在说需求，但是需求到底是什么，怎么做好需求分析，是项目测试的关键因素 需求分析---面试加分项 什么是测试需求分析 测试需求就是在项目中要测试什么。 软件测试需求是开发测试用例的依据，测试需求分解的越详细精准，表明对所测软件的了解越深，对所要进行的任务内容就越清晰，对测试用例的设计质量的帮助越大。详细的测试需求还是衡量测试覆盖率的重要指标，测试需求是计算测试覆盖的分母，没有详细的测试需求就无法有效的进行测试覆盖计算 为什么要做需求分析 需求分析的必要性 如果要成功的做一个测试项目，首先必须了解测试规模、复杂程度与可能存在的风险，这些都需要通过详细的测试需求来了解。所谓知己知彼，百战不殆。测试需求不明确，只会造成获取的信息不正确，无法对所测软件有一个清晰全面的认识，测试计划就毫无根据可言，只凭感觉不做详细了解就下定论的项目是失败的。 不做需求分析的后果 不做需求分析或需求分析不到位，可能会产生很严重的问题，比如： 1.浪费时间和资源实现了用户不需要的需求； 2.遗漏了需求文档中没提到，但很重要的需求，导致客户满意度降低。 3.需求分析不到位，错误的估计了测试的工作量，导致延误发布周期，可能会降低发布质量。 以上的几个问题，在实际开发中是比较常见的，主要的原因就是需求分析不到位，会导致影响客户的满意度 软件需求分类 需求分类 原始需求 产品需求 软件需求 测试需求 客户的原始需求， 客户一般不懂得 开发技术，所提 出来的需求是没 有办法直接用于 开发 产品设计人员根 据原始需求、结 合软件实现形成 的需求 软件开发人员将 产品需求进一步 详细化，合理化。 原则上软件需求 技术上是完全可 以实现了 软件需求的进一 步详细化 。按照 外部接口、设计 约束等进行全方 位考虑 怎么挖掘功能测试需求 输入 处理 输出 性能需求 硬件接口 测试需求 测试需求挖掘 功能需求—输入方面 输入来源是什么？ 输入数据数量是几个？ 如果有错误输入，响应是什么？ 什么是非法输入？什么是无效输入？ 测试需求 测试需求挖掘 功能需求—处理方面 输入数据的有效性检测的流程是什么？ 操作的确切次序，包括各事件的时序是什么？ 对异常情况的回应是什么？例如：溢出、通信失败、错误处理 测试需求 测试需求挖掘 功能需求—结果输出方面 输出到何处（如浏览器，打印机，文件）？ 输出的数量是多少？ 输出的时序是什么样的？ 对非法值的处理是什么样的？ 测试需求 测试需求挖掘 功能需求—性能需求方面 静态量化可能包含：支持的终端数目，支持的同时使用的用户数，处理的文件和记录的数目，表和文件的大小 动态量化可能包含：在正常或峰值工作量情况下一个特定时间段处理事务或任务的数目及数据量。在正常或峰值工作量情况下处理某个事务或任务所占用系统资源的数量 测试需求 测试需求挖掘 功能需求—用户接口方面 系统用户显示时要求的屏幕格式 页面规划及报告或菜单的内容 输入和输出的相关时序 测试需求 测试需求挖掘 功能需求—硬件接口方面 描述软件产品和系统硬件组件之间接口的逻辑特征 该功能运行支持哪些设备？怎样支持这些设备和协议呢？ 如何进行需求分析 明确需求范围 画业务流程图（流程图）---模块间的关系 功能点整理（思维导图） 提取测试点（依据测试需求文档） 明确需求范围 了解该需求是为了解决用户的什么问题 功能性需求：产品必须有的功能 ?非功能性需求：是否美观，用户体验，稳定性，易用性等 容易忽略的一点：明确的需求背后所隐藏的需求（例如登录，明确的需求是，正确输入用户名，密码，才能登录。隐性需求：用户名字符类型，长度，是否可为空；密码字符类型，长度等） 【sql语句的注入------课下了解】 扩展-SQL 注入 select * from tablename where user= and pwd=‘ selec