第03章软件测试基本技术案例分析.ppt

3.4 灰盒测试技术 灰盒测试是近年来提出的一种新的软件测试方法,它兼顾了白盒测试和黑盒测试方法的优点。 如果某软件包含多个模块，使用黑盒测试时，关心的是整个软件系统的边界，无需关心软件系统内部各个模块之间如何协作。而如果使用灰盒测试，就需要关心模块与模块之间的交互。这是灰盒测试与黑盒测试的区别。 但是，在灰盒测试中，还是无需关心模块内部的实现细节。对于软件系统的内部模块，灰盒测试依然把它当成一个黑盒来看待。而白盒测试则不同，还需要再深入地了解内部模块的实现细节。这是灰盒测试与白盒测试的区别。 灰盒测试的对象应该是整个产品，而非各个组件，应从整个测试产品的业务出发进行测试设计，测试人员知道系统组件之间是如何互相作用的，但缺乏对内部程序功能和运作的详细了解。 ④ 把因果图转换成判定表。 ⑤ 为判定表中的每一列设计测试用例。 通常在因果图中，用Ci表示原因，Ei表示结果，其基本符号如图3-15所示。 图3-15 因果图的基本符号 5. 场景法 现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。 用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。 1．基本流和备选流 如图3-17所示，图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2和4）。 图3-17 基本流和备选流 2．场景法设计步骤 ①根据说明，描述出程序的基本流及各项备选流； ②根据基本流和各项备选流生成不同的场景； ③对每一个场景生成相应的测试用例； ④对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值 6. 判定表驱动法 判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具。 在程序设计发展的初期，判定表就已被当作编写程序的辅助工具了。由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确，能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，在一些数据处理问题当中，若某些操作的实施依赖于多个逻辑条件的组合 判定表通常由四个部分组成，如图3-18所示。 条件桩：列出了问题得所有条件，通常认为列出得条件的次序无关紧要。 动作桩：列出了问题规定可能采取的操作，这些操作的排列顺序没有约束。 条件项：列出针对它条件的取值，在所有可能情况下的真假值。 具体项：列出在条件项的各种取值情况下应该采取的动作。 图3-18 判定表四个组成部分 生成条件表的规则如下： ① 规则：任何一个条件组合的特定取值及其相应要执行的操作称为规则。在判定表中贯穿条件项和动作项的一列就是一条规则。显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列。 ② 化简：就是把有两条或多条具有相同的动作，并且其条件项之间存在着极为相似的关系的规则合并。 判定表的建立步骤: ①确定规则的个数，假如有n个条件，每个条件有两个取值（0，1），故有n 种规则； ②列出所有的条件项和动作项； ③填入条件取值； ④填入集体动作，得到初始判定表。 ⑤简化，合并相似规则（相同动作）。 适合使用判定表设计测试用例的条件： ①规格说明以判定表形式给出，或很容易转换成判定表。 ②条件的排列顺序不会也不影响执行哪些操作。 ③规则的排列顺序不会也不影响执行哪些操作。 ④每当某一规则的条件已经满足，并确定要执行的操作后，不必检验别的规则。 ⑤如果某一规则得到满足要执行多个操作，这些操作的执行顺序无关紧要。 7. 正交试验法 正交实验设计方法:是依据Galois理论，从大量的（实验）数据（测试例）中挑选适量的，有代表性的点（例），从而合理地安排实验（测试）的一种科学实验设计方法。 类似的方法有:聚类分析方法,因子方法方法等。 正交试验法常使用下面2个术语： ·因子：影响实验指标的条件称为因子。  ·因子的状态：影响实现因子的条件。 利用正交实验设计测试用例的步骤