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