软件测试需求分析
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
www.themegallery.com
需求的分类-例1
业务需求
建一幢够三世同堂住的房子,房子要明亮, 宽敞
厨房和饭厅要连在一起, 祖辈的房间要在一楼, 方便其出入,二楼是父 辈及孙辈,方便照顾小 孩,各个房子的朝向, 窗要开的位置,规格, 房间的位置,大小等。
功能需求
需求
用户需求
要有一个厨房,要在家里煮饭、 要有饭厅,一家三代可以坐在一 起用餐、要有会客的地方,所以 需要客厅,起居的房间
程。(一般和外部有交互的业务出错的概率比较大,需要
重点关注。) 考虑系统内部各个场景之间的交互,形成内部业务流程图。
需要分析每个场景之间的约束关系、执行条件,组织出各
种业务流程图
www.themegallery.com
测试需求分析-挖掘隐性需求
www.themegallery.com
测试需求分析方法-自我提问
节,比如快捷健就是典型的易用性需求。
• 编辑约束:功能的细节,在功能执行时,对输入数据项目的一些约束性条件, 比如只能输入数字。 • 参数需求:功能的细节,在功能中,需要根据参数设置不同,进行不同处理 的细节。 • 权限需求:功能的细节,这里的权限是指在功能的执行过程,根据根据不同 的权限进行不同处理的,不包括直接限制某个功能的权限。
有没有更快捷 更完善的方式 去帮助用户完 成他们的工作
www.themegallery.com
测试需求分析方法-
确认模块所包含 分析业务场景 的功能
分析对应的功能 所隐藏的隐式 需求
www.themegallery.com
测试需求分析-确认功能
• 业务功能:与用户实际业务直接相关的功能 或细节。 • 辅助功能:辅助完成业务功能的一些功能或者是细节,比如,设置过滤条件。 • 数据约束:功能的细节,主要是用于控制在执行功能时,数据的显示范围、 数据之间的关系等。 • 易用性需求:功能的细节,产品中必须提供了,便于功能操作使用的一些细
1.常用的或规定的业务流程 2.各业务流程分支的遍历
3.明确规定不可使用的业务流程
4.没有明确规定但是应该不可以执行的业务流程 5.其他异常或不符合规定的操作
www.themegallery.com
课程解答
www.themegallery.com
www.themegallery.com
用测试策略去过滤用户需求
测试需求分析的着眼点
www.themegallery.com
测试活动5要素
在测试活动中五要素: What
How
When Who Where
测试需求分析?
www.themegallery.com
测试活动wenku.baidu.com要素
• • • • • 测试需求(What) 决定怎么测(How) 测试时间(When) 需要多少人(Who) 测试的环境是什么(Where),测试中需要的 技能、工具以及相应的背景知识,测试中 可能遇到的风险等等。 • 测试需求力求详细明确,以避免测试遗漏 与误解。
www.themegallery.com
需求的分类-例2
企业内部要有自己的通讯簿,简单好用
业务需求
部门管理 联系人管理 添加、修改、删除、 导入导出 。。。。
需求
用户需求
功能需求
要能导入导出通讯簿;按部门结 构显示企业内人员,有个人名片; 可以拔出电话、发送短信、搜索 联系人。
www.themegallery.com
L/O/G/O
软件测试需求分析
需求的分类
业务需求
反映了组织机构或客户对系统、产品高层次的目标要 求,它们在项目视图与范围文档中予以说明。
定义了开发人员 必须实现的软件 功能,使得用户 能完成他们的任 务,从而满足了 业务需求。
需求
用户需求
功能需求
文档描述了用户使用产品必须要完 成的任务,这在使用实例(use case)文档或方案脚本说明中予以 说明。
www.themegallery.com
获取需求的途径
相关的业务培 训、评审
其他(如旧系 统为原型)
与相关人员的 沟通
与软件相关的 文档
www.themegallery.com
测试需求分析方法-
是否存在更优 的解决方案 系统设计方案是 否符合需求 了解用户需要什么
什么样的角 色在使用该 功能
系统使用的 方案是否符 合用户需求, 能否帮助用 户完成他们 的工作
• 性能约束:功能的细节,执行功能时,必须满足的性能要求,目前基本不涉
及(因为无法量化)。
www.themegallery.com
测试需求分析-分析场景
考虑场景的调用者;考虑每一个场景提供的服务是供哪些 外部模块或者系统调用,找出所有的调用者。调用的前提、 约束都要考虑。每一个调用都可以考虑成一个大的业务流
进行测试需求分析的目的
把用户需求转变为功能需求 对测试范围进行度量; 对处理分支进行度量; 对需要的业务场景可以度量;
明确其功能点对应的输出、处理
和输出; 把隐式需求转为 明确
www.themegallery.com
进行测试需求分析的原因
1
测试范围的变化
2
实现方式的变化
3
www.themegallery.com