测试需求分析
Next Different 改变下一站
什么是测试需求？
• 测试需求主要解决“测什么”的问题 ，即细化 被测对象。 • 测试需求通常是以软件开发需求为基础进行分析， 通过对开发需求的细化和分解，形成可测试的内 容。
• 测试需求应全部覆盖已定义的业务流程，以及功 能和非功能方面的需求。
Next Different 改变下一站
Next Different 改变下一站
测试需求的特征
• 制定的测试需求项必须是可核实的。即它们必须 有一个可观察、可评测的结果，无法核实的需求 不是测试需求；即-期望输出。 • 测试需求应指明满足需求的正常的前提条件，同 时也要指明不满足需求时的出错条件。
• 测试需求不涉及具体的测试数据，测试数据设计 是测试设计(用例设计)环节应解决的内容。
e)软件需求获取的来源信息作为信息来源。
Next Different 改变下一站
需求采集
• 提取的原始测试需求中，可能存在重复和冗余， 在提取原始测试需求过程中，可以通过以下方法 整理原始测试需求： a）删除：删除原始测试需求表中重复的、冗余 的含有包含关系的原始测试需求描述；
b）细化：对太简略的原始测试需求描述进行细 化； c）合并：如果有类似的原测试始需求，在整理 时需要对其进行合并。
4 5
6 7
8
的位置是否协调，各元素的颜色是否协调，各元素的大小比例是否 协调； 页面信息内容显示是否完整； 检查是否有功能标识，功能标识是否准确、清晰； 最大化、最小化、还原、切换、移动窗口时是否能正常的显示页面。
分析测试类型
• 不同的质量子特性可以确定出不同的测试内容， 这些测试内容可以通过不同的测试类型来实施。 • 软件测试可以划分为以下测试类型：功能测试、 安全性测试、接口测试、容量测试、完整性测试、 结构测试、用户界面测试、负载测试、压力测试、 疲劳强度测试、恢复性测试、配置测试、兼容性 测试、安装测试等。 • 根据质量子特性的定义，以及各测试类型的测试 内容，可以分析出质量子特性与测试类型的对应 关系。
Next Different 改变下一站
分析测试类型
质量子特性 和测试类型 的对应关系 基准表
Next Different 改变下一站
分析测试类型---举例
质量特性对应表 原始需求描述 一条完整的培训信息 包括培训的主题、证 书、内容、起止时间、 费用、地点、机构， 其中培训的主题、内 容、起止时间、费用、 机构为必填项。培训 的起始时间不能晚于 截止时间，培训费用 精确到元角分。每一 个输入项的数据规格 在数据字典中可以得 到。 6 4 5 3 检查每个输入项的数据类型是否遵循数据 字典的要求； 2 检查每个输入项的数据长度是否遵循数据 字典的要求； 标识 1 测试要点 输入符合字典要求的各信息后执行保存， 检 查保存是否成功； 质量特性 功能性/适合性 功能性/适合 性、可靠性 / 容 错性 功能性/适合 性、可靠性 / 容 错性 测试类型 功能测试
Next Different 改变下一站
测试要点分析---举例
原始需求描述 标识 1 2 3 一条完整的培训信息包括培训 的主题、证书、内容、起止时 间、费用、地点、机构，其中 培训的主题、内容、起止时间、 费用、机构为必填项。培训的 起始时间不能晚于截止时间， 培训费用精确到元角分。每一 个输入项的数据规格在数据字 典中可以得到。 9 10 11
Next Different 改变下一站
测试要点分析
• 功能交互分析
Next Different 改变下一站
测试要点分析
• 进行细化和分解还需考虑：
a）需求的完整性，经过分解获得的需求必须能 够充分覆盖软件需求的各种特征（包括隐含的 特征），每个需求必须可以独立完成有意义的 功能或功能组合，可以进行单独测试； b）需求的规模，每个最低层次的需求能够使用 数量相当的测试用例来实现。
Next Different 改变下一站
需求分析的重要性
• 如果你在编码的时候发现某几行有误，那么改掉这几行就行了。而 如果在编码阶段发现需求有误，那么你很可能需要改变所有代码来 适应新的需求 • 在需求阶段消除问题的代价最小，而如果需求问题等到产品发布出 去后才发现的话，那修复的成本就会N倍的增加。 • 稳定的需求是软件开发的关键。有了稳定的需求，软件开发工作可 能从结构设计到详细设计到代码到测试都会平稳顺利的进行。
Next Different 改变下一站
需求采集---举例
“人力资源管理系统”原始测试需求表 序号
1
软件需求标识
3.1.1 基本信 息管理 增加员工 信息
原始测试需求描述
信息来源
人事部门招聘专员对于新招聘的职员信 人力资源管理 息可以录入到HRMIS系统中，主要职员 系统业务需求 信息如下：姓名、性别、出生日期、政 说明书 治面貌、文化水平、婚姻情况、家庭住 址、身份证号、办公电话、移动电话、 紧急情况下的联系人和联系方式、毕业 院校、入职时间、岗位及职责，其中， 性别包含男、女两个类别；婚姻情况包 括未婚、已婚、离异三种情况 。 删除需用户确认，可以逐条删除或多条 GB/T 17544一次删除 1998
• 测试需求分析
Next Different 改变下一站
目录
测试需求概要
• 什么是测试需求 • 测试需求的特征 • 为什么需要测试需求
测试需求分析过程
• 测试需求采集 • 测试需求分析 • 测试需求评审
Next Different 改变下一站
2
需求?
• • • • 背景：冯大勇吃鱼时嗓子被鱼刺卡住了。现在正坐在椅子上候诊。 大夫：（在桌上拿起一份挂号单，大声的喊）冯大勇！ 冯大勇：（病怏怏的样子，边走边咳嗽）我是。 大夫：怎么了？（低头整理手中的资料，自言自语，并打手势，示 意冯大勇坐下） • 冯大勇：我...咳嗽...我今天...咳嗽... • 大夫：不用说了，我知道了。（从桌子下面拿出一个大盒子，放在 桌 子上） 我看你适合吃这种药。这是本院独家开创的哮喘新药“咽喉 糖浆”，疗程短，见效快，一个疗程吃3盒，平均每天只需花费3块 钱。给你先开6盒吧！（边说边开药方） • 冯大勇非常惊讶地瞪大眼睛并止不住地弯腰大声咳嗽，以至于把鱼 刺都咳出来了。冯大勇从口里掏出一条巨型鱼刺，递给医生。医生 见到鱼刺先是吃惊，而后又非常尴尬。
Next Different 改变下一站
需求采集
• 需求采集的提取方法：
a)通过列表的形式对软件开发需求进行梳理，形 成原始测试需求列表，列表的内容包括需求标 识、原始测试需求描述、信息来源。 b)需求标识：产品版本号/功能模块版本号/LOGO c)将每一条软件需求对应的开发文档及章节号作 为软件需求标识。 d)使用软件需求的简述作为原始测试需求描述。
删除员工 信息
2
3.2.2时间特性要 求
隐含需求：在使用 中操作错误的易恢 复性
Next Different 改变下一站
并发15个用户，平均登录时间小于10秒 人力资源管理 系统业务需求 说明书
程序应对关键数据的操作给出警告或在 GB/T 17544执行前确认 1998
3
测试需求分析
Next Different 改变下一站
浪费时间和资源来满足用户并不 需要的需求（过度实现一些功能） 开发出来的产品技术上先进， 但并不满足用户需求 总是需要比较长的时间 来达成对产品设计的共识 在产品设计，开发和测试 对于用户需求的解释不一致 员工会厌倦因需求不断被 重新解释而导致的返工 未说明的或不正确的需求 会导致员工与用户间的不满 不稳定的产品，用户的不满意 对我们未来的市场造成损失 浪费时间，增加成本，使得在 一些投标的项目中不能低价
Next Different 改变下一站
1
为什么需要测试需求
• 软件测试需求是开发测试用例的依据。
• 有助于保证测试的质量与进度。 • 测试需求是衡量测试覆盖率的重要指标。
Next Different 改变下一站
1
测试需求分析过程
Next Different 改变下一站
测试需求分析
• a）对原始测试需求列表中列出的每一条开发需 求，形成可测试的分层描述的测试要点； • b）对步骤a）所确定的测试要点，分析测试执行 时需要实施的测试类型； • d）建立测试需求跟踪矩阵，对测试需求进行管 理。
Next Different 改变下一站
需求采集
• 需求采集的过程是将软件开发需求中的那些具有 可测试性的需求或特性提取出来，形成原始测试 需求。
• 一句话定义：可测试性是指这些提取的需求或特 性必须存在一个可以明确预知的结果(期望输出)， 可以用某种方法对这个明确的结果进行判断(实 际输出)、验证，验证是否符合文档中的要求。
Next Different 改变下一站
测试要点 输入符合字典要求的各信息后执行保存，检查保存是否成功； 检查每个输入项的数据长度是否遵循数据字典的要求； 检查每个输入项的数据类型是否遵循数据字典的要求； 检查“培训费用”是否满足规定的精度要求； 检查在培训的起止时间早晚于截止时间时，所增加的记录是否保存 成功； 检查“培训主题”、“培训内容”、“起止时间”、“培训费用”、 “培训机构”是否为必填项； 验证系统对数据重复的检查。 针对页面中文字、表单、图片、表格等元素，检查每个页面各元素
4
什么是需求
• 需求是产品必须完成的事以及必须具备的品质。
分类：
显式需求：明确定义的一系列约束软件实现的要求。 隐式需求：并不是需求设计人员特意隐藏，更多的 是由理解人员对某方面专业知识，或对产品的业务 了解程度有限导致的。
Next Different 改变下一站
5
需求分析没有做好的后果一般会有下列现象：
Next Different 改变下一站
1
限定条件
• 限制条件是全局性的需求。它们可以是对项目本身的限制,或是对 产品最终设计的限制。 例： 南京平台必须在2010年开学的第一学期上线 • 客户是在说，如果顾客不能在给定的时间前使用该产品，那么它 就没有什么用了。其效果是需求分析师必须对需求进行限制，只 包括那些在最后期限前能够提供最大价值的需求。
