2.1黑盒测试-测试设计的种类介绍.ppt

* * 每一列表示每种条件规则的组合，当该列的所有每件都满足时，对应的就是该列所有已指定的动作。 * * * * 许多需求用状态机的方式来描述，状态机的测试主要关注在测试状态转移的正确性上面。对于一个有限状态机，通过测试验证其在给定的条件内是否能够产生需要的状态变化，有没有不可达的状态和非法的状态，可能不可能产生非法的状态转移等。 引入： 在许多测试中，不仅是当前的输入，还有一些历史的输入或执行事件， 会影响测试的输出和被测对象的行为。因此，为了说明这种历史的影响， 我们可以使用状态转换测试。 * * * * 堆栈是一种执行“后进先出”算法的数据结构。 设想有一个直径不大、一端开口一端封闭的竹筒。有若干个写有编号的小球，小球的直径比竹筒的直径略小。现在把不同编号的小球放到竹筒里面，可以发现一种规律：先放进去的小球只能后拿出来，反之，后放进去的小球能够先拿出来。所以“先进后出”就是这种结构的特点。 堆栈就是这样一种数据结构。它是在内存中开辟一个存储区域，数据一个一个顺序地存入（也就是“压入——push”）这个区域之中。有一个地址指针总指向最后一个压入堆栈的数据所在的数据单元，存放这个地址指针的寄存器就叫做堆栈指示器。开始放入数据的单元叫做“栈底”。数据一个一个地存入，这个过程叫做“压栈”。在压栈的过程中，每有一个数据压入堆栈，就放在和前一个单元相连的后面一个单元中，堆栈指示器中的地址自动加1。读取这些数据时，按照堆栈指示器中的地址读取数据，堆栈指示器中的地址数自动减 1。这个过程叫做“弹出pop”。如此就实现了后进先出的原则。 Top:展现最顶上的数据，不改变状态和高度 * * * * 除了正常的状态转换之外，我们还需要进行错误检查，在一个状态上调用它并不支持的操作。这种测试可以检查软件的健壮性。 转换树的分支将被扩展，在每个节点包含所有的操作。 明知不可为而为之 * * 请对针对以下需求描述设计状态转换测试的用例。 某设备管理的软件，新添置的设备为空闲状态；如果需要使用，则需申请，状态为忙碌状态；使用完毕后，进行归还操作，状态为空闲状态；如果在使用中或例行检查中发现机器存在故障，需要报修，状态为修理状态；修理完毕后，状态恢复为修理前的状态；如果修理不好，则需将此机器报废，状态变为报废。 待变更 工作流审批实例： 新增-待提交-提交-待备案-审核同意-已备案-申请变更-变更审核同意-待变更-修改提交-待提交 -变更审核不同意-变更驳回-结束。 -审核不同意-备案驳回-提交-待备案 待提交-待备案-已备案-变更申请-变更驳回 备案驳回 * * 用例测试，通常也称为场景法。 设计一些吸引性的用户场景，使软件产品容易理解和操作，确定测试的范围。 * * 基本流：采用直黑线表示 备选流：采用不同颜色表示 * * 第三步我们来设计用例 对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。 下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。 本例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。 通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a”（不适用）表明这个条件不适用于测试用例。 * * 补充数据准备的内容,账号、密码、余额的数据准备 * * 在验收测试、系统测试、集成测试中都适用 * Inspur group 场景测试 在这个图中，有一个基本流和四个备选流。 每个经过用例的可能路径，可以确定不同的用例场景。从基本流开始，再将基本流和备选流结合起来，可以确定以下用例场景： 场景 1 基本流 场景 2 基本流 备选流 1 场景 3 基本流 备选流 1 备选流 2 场景 4 基本流 备选流 3 场景 5 基本流 备选流 3 备选流 1 场景 6 基本流 备选流 3 备选流 1 备选流 2 场景 7 基本流 备选流 4 场景 8 基本流 备选流 3 备选流 4 从上面的实例我