Next Different 改变下一站
1
限定条件
• 限制条件是全局性的需求。它们可以是对项目本身的限制,或是对 产品最终设计的限制。 例： 南京平台必须在2010年开学的第一学期上线
• 客户是在说，如果顾客不能在给定的时间前使用该产品，那么它 就没有什么用了。其效果是需求分析师必须对需求进行限制，只 包括那些在最后期限前能够提供最大价值的需求。
• 测试需求应指明满足需求的正常的前提条件，同 时也要指明不满足需求时的出错条件。
• 测试需求不涉及具体的测试数据，测试数据设计 是测试设计(用例设计)环节应解决的内容。
Next Different 改变下一站
1
为什么需要测试需求
• 软件测试需求是开发测试用例的依据。 • 有助于保证测试的质量与进度。 • 测试需求是衡量测试覆盖率的重要指标。
功能性需求
• 功能性需求是产品必须完成的那些事，要求一定 的功能和品质。
例： 培训机构的班主任可以给所在班级学员打考勤
Next Diff能性需求是产品必须具备的属性或品质。诸如观感、可用性、 安全性和法律限制等。 例： 平台用户数为5万人,每天登录用户数为1000左右，网络的带宽为 100M带宽。在工作时间根据资料名称条件进行搜索，可以在3秒内 得到搜索结果。 这类需求通常在产品的功能确定之后，一旦知道了产品要做 的事情，就可以确定它的行为方式，它需要具备什么品质以及它 的响应速度、可用性、可读性和安全性。
Next Different 改变下一站
什么是测试需求？
• 测试需求主要解决“测什么”的问题 ，即细化 被测对象。
• 测试需求通常是以软件开发需求为基础进行分析， 通过对开发需求的细化和分解，形成可测试的内 容。
• 测试需求应全部覆盖已定义的业务流程，以及功 能和非功能方面的需求。
Next Different 改变下一站
• 如果不恰当，那么是否要确认——这里存在一个 隐患，用户可能会在开发的后期突然要求让你的 需求变动，所以要事先明确好
• 一.是用户是否真的能正确地描述自己的需求； • 二.是需求人员是否真的能正确地理解需求。 • 三.是需求文档被正确的撰写
Next Different 改变下一站
测试需求的特征
• 制定的测试需求项必须是可核实的。即它们必须 有一个可观察、可评测的结果，无法核实的需求 不是测试需求；即-期望输出。
意冯大勇坐下） • 冯大勇：我...咳嗽...我今天...咳嗽... • 大夫：不用说了，我知道了。（从桌子下面拿出一个大盒子，放在
桌 子上） 我看你适合吃这种药。这是本院独家开创的哮喘新药“咽喉 糖浆”，疗程短，见效快，一个疗程吃3盒，平均每天只需花费3块 钱。给你先开6盒吧！（边说边开药方） • 冯大勇非常惊讶地瞪大眼睛并止不住地弯腰大声咳嗽，以至于把鱼 刺都咳出来了。冯大勇从口里掏出一条巨型鱼刺，递给医生。医生 见到鱼刺先是吃惊，而后又非常尴尬。
• 测试需求分析
Next Different 改变下一站
目录
测试需求概要
• 什么是测试需求 • 测试需求的特征 • 为什么需要测试需求
测试需求分析过程
• 测试需求采集 • 测试需求分析 • 测试需求评审
Next Different 改变下一站
2
需求?
• 背景：冯大勇吃鱼时嗓子被鱼刺卡住了。现在正坐在椅子上候诊。 • 大夫：（在桌上拿起一份挂号单，大声的喊）冯大勇！ • 冯大勇：（病怏怏的样子，边走边咳嗽）我是。 • 大夫：怎么了？（低头整理手中的资料，自言自语，并打手势，示
• 稳定的需求是软件开发的关键。有了稳定的需求，软件开发工作可 能从结构设计到详细设计到代码到测试都会平稳顺利的进行。
开头错-----》全盘错-----》全盘输
Next Different 改变下一站
如何进行需求分析 • 一般可以从三个方面去考虑： 1.功能需求 2.非功能性需求 3.限制条件了
Next Different 改变下一站
浪费时间，增加成本，使得在 一些投标的项目中不能低价
Next Different 改变下一站
需求分析的重要性
• 如果你在编码的时候发现某几行有误，那么改掉这几行就行了。而 如果在编码阶段发现需求有误，那么你很可能需要改变所有代码来 适应新的需求
• 在需求阶段消除问题的代价最小，而如果需求问题等到产品发布出 去后才发现的话，那修复的成本就会N倍的增加。
4
什么是需求
• 需求是产品必须完成的事以及必须具备的品质。
分类：
显式需求：明确定义的一系列约束软件实现的要求。 隐式需求：并不是需求设计人员特意隐藏，更多的 是由理解人员对某方面专业知识，或对产品的业务 了解程度有限导致的。
Next Different 改变下一站
5
需求分析没有做好的后果一般会有下列现象：
Next Different 改变下一站
需求分析的步骤 • 熟悉需求背景及商业目标：
1) 了解清楚项目发起的原因，是为了解决用户的什么问题。 2) 当前的解决方案是不是最优的，为什么会这样做？
Next Different 改变下一站
• 业务模型法：
1) 考虑本项目与外部系统的交互，划分系统边界 （除了本项目的需求中要求做的事情，其他的都 可以是外部系统，本系统和外部系统之间的交互 就是系统的边界），可以参考系统分析说明书。
2) 确定测试范围和关注点。系统的边界是测试的 重点，特别需要关注边界交互时的数据交互
Next Different 改变下一站
1
需求审查点
• 易读性 • 二义性 • 一致性 • 统一性 • 是否存在需求过度或不合理
Next Different 改变下一站
测试人员在需求阶段应做哪些工作
• 用户的需求是否恰当的描述
浪费时间和资源来满足用户并不 需要的需求（过度实现一些功能）
总是需要比较长的时间 来达成对产品设计的共识
员工会厌倦因需求不断被 重新解释而导致的返工
不稳定的产品，用户的不满意 对我们未来的市场造成损失
开发出来的产品技术上先进， 但并不满足用户需求
在产品设计，开发和测试 对于用户需求的解释不一致
未说明的或不正确的需求 会导致员工与用户间的不满