软件测试需的求分析.pptVIP

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