第四章 黑盒测试技术.ppt

测试过程如图所示 基本流和备选流的解释 基本流是从系统某个初始态开始， 经一系列状态后到达状态的过程 中最主要的一个业务流程。 备选流是以基本流为基础，在经 过的每个判定节点处满足不同的 触发条件而导致的其他事件流。 测试过程 测试过程 测试过程 ⑴起始节点从基本流的某个判定节点开始。 ⑵起始节点从其他备选流的某个判定节点开始。 ⑶终止节点是基本流上的某个状态。 终止节点是其他的系统终止状态。 备选流的起始和终止节点的几种形式 测试过程 测试过程 测试用例 【例6】　对于ATM系统的取款用例，使用场景法设计测试用例。 （1）分析基本流和备选流 基本流：正常的取款。 备选流：考察几种特定情况，包括ATM内没有现金；ATM内现金不足；密码有误（3次机会）；账户不存在或账户类型有误；账户余额不足。 （2）分析各场景 场景1—成功的提款—基本流 场景2—ATM内没有现金—基本流 备选流 场景3—ATM内现金不足—基本流 备选流 场景4—PIN有误（第一次错）—基本流 备选流 场景5—PIN有误（第二次错）—基本流 备选流 场景6—PIN有误（第三次错）—基本流 备选流 场景7—账户不存在/账户类型有误—基本流 备选流 场景8—账户余额不足—基本流 备选流 （3）构造测试用例设计矩阵 v表示有效，i表示无效，n表示无关。如表4-18所示。 测试用例 （4）设计测试用例实施矩阵 测试用例实施矩阵如表4-19所示。 测试用例 【例】　有一个处理单价为5角钱的饮料的自动售货机，相应规格说明如下。 ① 若投入5角钱或1元钱的硬币，按下【橙汁】或【啤酒】的按钮，则相应的饮料就送出来。（每次只投入一个硬币，只按下一种饮料的按钮。） ② 如投入5角的硬币，按下按钮后，总有饮料送出。 ③ 若售货机没有零钱找，则【零钱找完】的红灯不会亮，这时再投入1元硬币并按下按钮后，饮料不送出来而且1元硬币也退出来。 ④ 若有零钱找，则【零钱找完】的红灯不会亮，若投入2元硬币及按饮料按钮，则送出饮料的同时找回5角硬币。 测试用例 （1）分析基本流和备选流 基本流：投入5角钱，按下【橙汁】或【啤酒】的按钮，则相应的饮料就送出来。 备选流： ① 备选流1：【零钱找完】的红灯没亮，若投入1元硬币及按饮料按钮，则送出饮料的同时找回5角硬币。 ② 备选流2：【零钱找完】的红灯亮，这时投入1元硬币并按下按钮后，饮料不送出来且1元硬币也退出来。 （2）分析场景 场景1：基本流 场景2：备选流1 场景3：备选流2 测试用例 （3）设计测试用例 测试用例如表4-20所示。 测试用例 4.2.6 错误推测法 错误推测法是基于测试人员的经验和直觉来推测系统中可能存在的各种缺陷，有针对性地设计测试用例的方法。这里的经验和直觉来自测试人员对被测软件系统特性的了解和以往在测试工作中的总结。 错误推测方法的基本思想是：利用直觉和经验猜测出出错的可能类型，列举出程序中所有可能的错误和容易发生错误的情况，基本思想是列举出可能犯的错误或错误易发情况的清单，然后依据清单来编写测试用例，并且在阅读规格说明时联系程序员可能做的假设来确定测试用例。这种方法在很大程度上是凭经验进行的，即凭借人们对过去所做测试工作结果的分析，对所揭示的缺陷的规律性做直觉的推测来发现缺陷。 一般来说，可以从以下方面来进行错误推测。 ● 软件产品以前版本中存在的问题。 ● 受到语言、操作系统、浏览器等环境的限制而可能带来的问题。 ● 由模块间关联所联想到的测试，由于软件缺陷修复可能带来的问题。 LOGO 通过对规格说明输入数据的取值分析，可以得出保险公司人寿保险计算程序的等价类如表4-6。 根据表中的等价类，假设保险额为1万元，保险公司人寿保险保费计算程序的等价类测试用例如表4-7所示。 【例3】　某学籍管理系统中有增加学生信息的功能，该功能的说明如下。 一条完整的学生信息包括学生的学号、姓名、语文成绩、数学成绩、英语成绩、物理成绩和化学成绩。 学号是学生信息的关键字，不能重复。每个班级的学号范围和学号的数据要求见数据字典。增加重复学号和非数据字典要求的学号时，系统应给出提示。增加信息时，学号是必须输入的，否则，系统应给出提示。表4-8是数据字典中关于学号的要求。 首先，列出所有等价类，如表4-9所示。 选择测试用例，覆盖所有的有效等价类，如表4-10所示。 选择测试用例，覆盖所有的无效等价类，如表4-11所示。 标等价类测试存在两个问题题 一. 规格说明往往没有定义无效测试用例的期望输出应该是什么样的。 二. 是强类型语言没有必要考虑无效输入。 4.2.2