场景法测试思想.ppt

第3章 黑盒测试方法 现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。 这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。 场景法就是通过用例场景描述用例执行的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。 使用用例进行需求建模 用例模型（Use Case Model） 用例规格说明 事件流 场景 从事件流到场景 从事件流到场景 场景法 案例 案例 案例 1.构造场景列表 构造场景列表 2.设计测试用例 设计测试用例 设计测试用例 3.填入测试数据 找从开始到用例结束的一条通路 找从开始到用例结束的一条通路 * SWPU 黑盒测试法概述 1 等价类测试 2 边界值测试 3 基于决策表的测试 4 主要内容 因果图法 5 其它方法 6 黑盒测试 1 3 5 4 2 边界值法 等价类划分法 其它 决策表法 因果图法 3.6 场景法 利用用例（use case）进行需求建模的输出物，包括 用例模型 术语表 补充规格说明 用例模型 使用用例（Use Case）描述系统功能的模型，包含 用例图（Use Case Diagram） 每个用例的规格说明(Use case Specification) 用例规格说明 是文本描述，利用结构化自然语言 事件流组成 基本流（Basic Flow） 仅有一个基本流，如图中的白色箭头 是经过用例的最简单的路径,指每个步骤都“正常”运作时所发生的事情 备选流（Alternative Flow） 可以有多个，描述基本流步骤 可选的或备选的情况 异常事件流程 事件流的结构 定义 场景是事件流的一个实例,由基本流或基本流和备选流中的步骤组成，表明了用户执行系统的操作序列。 从事件流到场景 场景可以遍历所有从用例开始到结束的包含基本流和备选流的路径 场景1：基本流； 场景2：基本流、备选流1； 场景3：基本流、备选流1、备选流2； 场景4：基本流、备选流3； 场景5：基本流、备选流3、备选流1； 场景6：基本流、备选流3、备选流1、备选流2； 场景7：基本流、备选流4； 场景8：基本流、备选流3、备选流4。 注：为简单起见，场景5、6和8只考虑了备选流3循环执行一次的情况 某用例的基本流和备选流 从事件流到场景 场景可以遍历所有从用例开始到结束的包含基本流和备选流的路径 场景1：基本流0； 场景2：基本流0、备选流1； 场景3：基本流0、备选流1、备选流2； 场景4：基本流0、备选流1、备选流4； 场景5：基本流0、备选流3； 场景6：基本流0、备选流3、备选流1； 场景7：基本流0、备选流3、备选流1、备选流2； 场景8：基本流0、备选流3、备选流4； 场景9：基本流0、备选流3、备选流5； 场景9：基本流0、备选流4； 0 1 2 3 5 4 测试思想 根据需求规格说明书中的用例所包含的事件流信息构造场景并设计相应的测试用例使每个场景至少发生一次 步骤 构造场景列表。根据说明，描述出程序的基本流和备选流，针对每个用例，构造该用例的所有场景 构造测试用例设计矩阵。针对每个场景，至少设计一个可以让该场景发生的测试用例 为每一个测试用例选择相应的测试输入 课程注册用例的事件流 基本流的描述 如表1所示 备选流的描述 如表2所示 课程注册系统 系统显示最终的选课及其课程安排结果并且确认选课编号 ⑥显示选课结果 学生提供系统选课完成。系统对学生所选课程一一核实是否满足课程所需的先修条件 ⑤提交选课请求 学生从系统提供的课程信息列表中选择四门首选课程和两门备选课程 ④选课 系统从课程目录系统中检索可选的课程信息列表并将结果显示给学生 ③获取课程信息 系统显示若干学生可以使用的功能，学生选择其中的“课表生成”功能 ②选择课程 当学生访问Wylie大学Web站点时，本用例开始。系统提示学生输入学号和密码 ①登陆 说 明 步 骤 基本流 课程注册用例 表1 “选课”用例的基本流 当用例开始时，如果发现课程注册已经结束的话，系统在显示相应的提示信息后结束用例 备选流⑤：选课已经结束 在基本流第③步获取课程信息中，如果课程目录系统宕机，系统在显示相应的提示信息后结束用例 备选流④：课程目录系统不可用 在基本流的第⑤步提交选课请求中，如果系统确定学生不满足选择课程的先修条件或者选课人数已满或者课程安排有冲突，系统将不接受学生的选课请求。此时，系统在提示学生选择一门不同课程的信息后回到基本流第④步选课 备选流③：不满足先修条件、选课人数已