第06篇 黑盒测试.pptVIP

* * * 6.4.1正交表测试方法 利用正交表设计测试用例的步骤 提取功能说明，构造因子状态表 加权筛选，生成因素分析表 用正交表构造测试数据集 6.4.2案例分析：工资支付系统正交表测试设计 三个状态（因子） 使用的操作系统：2种 用来登陆系统的浏览器： 2种 连接系统时的上网方式 ：2种 选取最低条件的正交表： L4(23) 6.4.1正交表测试方法 根据因子状态表，选择正交表L4(23)来减少测试用例组合的数量 6.5健壮性测试 健壮性测试用来确认向软件异常输入或把软件置于不适当的环境下，软件是否能够以可接受的方式运行 6.5.1健壮性测试方法 6.5.2案例分析：工资支付系统健壮性测试设计 6.5.1健壮性测试方法 （Robustness） 健壮性测试的目标 确认应用系统是否达到其健壮性需求。 通过判断系统能否处理好以下问题 非法输入，人为或其他系统 硬件构件失效 软件构件失效 所依赖的系统产生的失效 根据异常操作需求和健壮性需求执行测试使系统失效。 确定软件为投放市场而准备的程度。 为缺陷分析工作提供输入。 6.5.2案例分析：工资支付系统健壮性测试设计 场景1：创建员工报表-1 前置条件：小时工高飞已经通过刷卡并输入口令顺利登录到系统 高飞在主菜单选择创建员工报表，系统列出可选类型包括：总的工作时间，针对某个项目的工作时间，已获取工资。高飞选择了总工作时间类型，并输入起止日期为2008年5月1日到2008年7月31日，提交约束条件后，系统显示了该时间段内每个周的工作时间的列表，并显示总计时间。高飞选择打印报表，系统显示打印设置对话框，高飞选择以A4双面打印报表，完成后回到主菜单进行其它操作。 后置条件：系统数据状态没有改变，打印了合乎约束条件的报表 6.5.2案例分析：工资支付系统健壮性测试设计 构造不合理的输入 输入错误数据类型 输入定义域以外的数值 …… 6.5.2案例分析：工资支付系统健壮性测试设计 构造不合理的输入 输入错误数据类型 输入定义域以外的数值 …… 6.6决策表测试 决策表分析方法：20世纪60年代产生，具有逻辑严格性，用来分析和表示复杂逻辑关系，适合描述不同条件集合下采取行动的若干组合的情况 6.6.1决策表测试方法 6.6.2案例：工资支付系统决策表测试设计 6.6决策表测试 决策表的组成 条件桩(Condition Stub)：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。 动作桩(Action Stub)：列出了问题规定可能采取的操作，这些操作的排列顺序没有约束。 条件项(Condition Entry)：列出针对它左列条件的取值 动作项(Action Entry)：列出在条件项的各种取值情况下应该采取的动作。 规则(Rule)：任何一个条件组合的特定取值及其相应要执行的操作称为规则。 6.6.1决策表测试方法 规则合并 指有两条或多条规则合并为一条规则 若表中有两条以上规则具有相同的动作，并且在条件项之间存在极为相似的关系，便可以合并。合并后的条件项用符号“-”表示，说明执行的动作与该条件的取值无关，称为不关心条目。 6.6.1决策表测试方法 决策表的建立步骤 确定规则的个数，假如有n个条件(原因)，每个条件有两个取值(0，1)，故有2n种规则。 列出所有的条件桩和动作桩。 填入条件项。 填入动作项。 简化、合并相似规则(相同动作)。 6.6.2案例分析：工资支付系统决策表测试设计 教材32页：工资支付系统中桌面登陆用例1 条件桩：有效卡（编号未过期）、有效口令、3次无效的口令尝试 动作桩：显示基本信息和可选操作、显示错误消息、显示提示消息并记录登陆事件、警告并锁定屏幕 6.6.2案例分析：工资支付系统决策表测试设计 教材32页：工资支付系统中桌面登陆用例1 填入条件项 填入动作项 6.6.2案例分析：工资支付系统决策表测试设计 教材32页：工资支付系统中桌面登陆用例1 合并1—4 合并 7--8 6.6.2案例分析：工资支付系统决策表测试设计 教材32页：工资支付系统中桌面登陆用例1 为4条规则依次设计4个测试用例 6.7有穷状态测试 有穷状态机模型，早起用来支撑硬件逻辑测试中的自动机和开关理论。如今，该模型用于测试菜单驱动的应用软件，适用于具有封装特点的面向对象软件 有穷状态测试基本思想：系统的正确行为不仅依赖于现在所发生的事，而且依赖于到目前为止发生了哪些事件。知道过去发生过什么的系统具备状态相关的行为。有穷状态测试是利用状态转换图和状态表分析和测试这类系统的方法。 6.7.1有穷状态测试方法 6.7.2案例：工资支付系统有穷状态测试设计 6.7.1有穷状态测试方法 有穷状态在面向对象编程中应用 ：在面向对象