第3章测试用例设计.ppt

因果图方法举例 某程序要求： 　　第一列字符必须是Ａ或Ｂ，第二列字符必须是 　一个数字，在此情况下对文件进行修改。若第一 　列字符不正确，则给出信息Ｌ；若第二列字符不 　是一个数字，则给出信息Ｍ。 分析 原因 　１——第一列字符是Ａ 　２——第一列字符是Ｂ 　３——第二列字符是一个数字 结果 　21——修改文件 　22——给出信息Ｌ 　23——给出信息Ｍ 因果图 21 ２ ３ 22 23 １ 11 ∨ ∧ E 分析规范，即将问题分为若干可工作的步骤。 标识出规范中的原因与结果。 原因—输入条件 结果—输出或系统变换 分析规范语义、内容，转换为因果图。 将因果图转换为判断表。 将判断表的每一列，转换为一个测试用例。 总结：因果图法的步骤 4 判定表法 一种黑盒测试方法 系统功能要求： 订购单的检查。如果金额超过500元，又未过期，则发出批准单和提货单；如果金额超过500元，但过期了，则不发批准单；如果金额低于500元，则不论是否过期都发出批准单和提货单，过期还要发出通知单。 订购单检查判定表 金额 500 500 =500 =500 状态 未过期 已过期 未过期 已过期 发出批准单 √ √ √ 发出提货单 √ √ √ 发出通知单 √ 条件 动作 可简化 把判定表转换为测试用例 判定表里每一个条件项和对应的动作项都是一条规则。 判定表里每一条规则都可以转化为测试用例。 5 场景法 需要进行银行ATM机取款功能测试。 利用黑盒方法该如何设计测试用例？ 问题布置 面对实际系统测试如何入手？ 场景：从用户的角度来描述系统的运行行为，反映系统的期望运行方式，是由一系列的相关活动组成的。 学会使用系统该功能，熟悉操作步骤和使用场景 考虑系统实现该功能的具体约束和要求（业务需求和规则） 1、分析用户操作步骤和使用场景 取款成功步骤如下： 插入卡 输入密码 输入取款金额 取款成功，钱输出 退卡 2、结合业务需求和规则 系统只能对加入银联的当前能正常工作的银行卡办理取款业务。包括本行银行卡、非本行银行卡。 必须是活动的帐号才能取款，冻结的帐号不能取款。 成功办理取款业务必须输入正确的银行卡密码。 密码连续输入三次不正确，ATM机器警告后吞卡。 ATM机中金额不足取款金额，系统给出提示，不能完成取款操作。 若银行卡帐内金额不足取款金额，系统给出提示，不能完成取款操作。 3、根据场景设计测试用例 测试用例ID 场景/条件 账号 密码 输入金额 账面金额 ATM机内金额 预期结果 1 场景1：成功提款 V V V V V 成功提款 2 场景2：账户不存在/账户信息有误 I n/a n/a n/a n/a 提示银行卡账户错误，操作终止 3 场景3：密码输入有误（还有输入机会） V I n/a n/a n/a 提示密码输入错误，请重新输入 4 场景4：密码输入有误（没有输入机会） V I n/a n/a n/a 提示密码输入连续输入错误，ATM机吞卡 5 场景5：账户余额不足 V V V I V 提示取款账面金额不足，重新输入取款金额 6 场景6：ATM机内现金不足 V V V V I 提示ATM机内金额不足，重新输入取款金额 测试用例如下：V—有效 I—无效 n/a——不适用 根据说明，描述出程序的基本流及各项备选流 根据基本流和各项备选流生成不同的场景。 对每一个场景生成相应的测试用例。 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。 总结：场景法基本设计步骤 6 错误推测法 凭经验或直觉推测可能的错误，列出程序中可能有的错误和容易发生错误的特殊情况，选择测试用例。 在开发测试用例时，能够猜测到哪些错误很容易发生，然后开发相应的测试用例，则可以有效避免一些错误，例如：输入无合法性检查和值域检查；运行时不检查内存、数据库或硬盘空间；无根据地假设网络随时都是连通的等。 3.2.8 黑盒测试与白盒测试比较 黑盒测试主要是为了发现以下几类错误： 是否有不正确或遗漏的功能？ 在接口上，输入是否能正确的接受？能否输出正确的结果？ 是否有数据结构错误或外部信息（例如数据文件）访问错误？ 性能上是否能够满足要求？ 是否有初始化或终止性错误？ 白盒测试则被程序员用来对程序模块进行检查，在检查的过程中： 对程序模块的所有独立的执行路径至少测试一次 对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测试一次 在循环的边界和运行界限内执行循环体 测试内部数据结构的有效性 测试方式 特征 依据 测试人员 测试驱动程序 黑盒测试 只关心软件的外部表现，不关心内部设计与实现。 软件需求 任何人（包括开发人员、独立测试人员和用户） 一般无需编写额外的测试驱动程序 白盒测试 关注