1、测试用例设计方法1 等价类划分1.1 理论知识等价类划分是一种典型的黑盒测试方法。这一方法完全不考虑程序的内部结构，只依据程序的规格说明来设计测试用例。 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭示程序中的错误都是等效的。等价类合理地假设：某个等价类的代表值，与 该等价类的其他 值， 对于测试来说是等价的。因此，可以把全部的输入数据划分成若干的等价 类，在每一个等价类中取一个数据来进行测试。 这样就能以较少的具有代表性的数据 进行测试，而取得较好的测试效果。等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集） ,然后从每一个子集中选取少数具有代表性的数据作
2、为测试用例.该方法是一种重要的 ,常用的黑盒测试用例设计方法.1) 分类：划分等价类: 等价类是指某个输入域的子集合.在该子集合中 ,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试. 因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件 ,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.有效等价类: 是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合. 利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.无效等价类: 与
3、有效等价类的定义恰巧相反.设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据, 也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2）划分等价类的方法:下面给出六条确定等价类的原则：在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.在输入条件规定了输入值的集合或者规定了“必须如何” 的条件的情况下,可确立一个有效等价类和一个无效等价类.在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类 .在规定了输入数据的一组值（假定 n 个）,并且程序要对每一个输入值分别处理的情况下, 可确立 n 个有效等价类和一个无
4、效等价类.在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.3）原则：设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:输入条件 有效等价类 无效等价类. . . . .然后从划分出的等价类中按以下三个原则设计测试用例: 为每一个等价类规定一个唯一的编号. 设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类 ,重复这一步.直到所有的有效等价类都被覆盖为止. 设计一个新的测试用例,使其仅覆盖一个尚
5、未被覆盖的无效等价类 ,重复这一步.直到所有的无效等价类都被覆盖为止.之所以这么做，是因为程序中对于某一个错误输入的检查，往往会屏蔽对于其他错误输入的检查。因此，必须针对每一个无效等价类分别设计测试用例1.2 实例1、保险费率计算 人 人 保 险 公 司 承 担 人 寿 保 险 已 有 多 年 历 史 ， 该 公 司 保 费 计 算 方 式 为 投 保 额 保 险 率 ， 保 险 率 又 依 点 数 不 同 而 有 别 ， 10 点 以 上 费 率 为 0.6 % ， 10 点 以 下 费 率 为 0.1 % ： 输 入 数 据 说 明2039 岁 6 点4059 岁 4 点年龄60 岁以上
6、20 岁以下 2 点MALE 5 点性别FEMALE 3 点已婚 3 点婚姻未婚 5 点扶养人数 一 人 扣 0.5 点 最 多 扣 3 点 （ 四 舍 五 入 取 整 数 ）一、分 析 输 入 数 据 型 式 。 年 龄 ： 一 或 两 位 数 字 。 性 别 ： 以 英 文 Male 、 Female 、 M 、 F 表 示 。 婚 姻 ： 已 婚 、 未 婚 。 扶 养 人 数 ： 空 白 或 一 位 数 字 。 保 险 费 率 ： 10 点 以 上 ， 10 点 以 下 。 二、 划 分 输 入 数 据 数字范围 1992039 岁4059 岁1.年龄 等价类60 岁以上 20 岁以下
7、类型 英文字之集合类型：英文字集合：Male 、 M 2.性别 等价类集合：Female 、 F 已婚3.婚姻 等价类未婚选择项 扶养人数可以有，也可没有范围 19空白16 人4.扶养人数等价类6 人以上10 点以上10 点以下5.保险费率 等价类三、 设 计 输 入 数 据 。 有效等价类 无效等价类 无效等价类1.年龄 20 39 任 选 一 个2.年龄 40 59 任 选 一 个3.年龄 60 岁 以 上 、 20 岁 以 下 任 选 一 个 小 於 1 ， 选 一 个 大 於 99 ， 选 一 个4.性别 英 文 Male, M, F, Female 任 选 一 个 非 英 文 字 如
8、 男 5.性别 英 文 Male, M 任 选 一 个 非 Male, M, Female, F 之 任 意 字 元 ， 如 Child 6.性别 英 文 Female, F 任 选 一 个 非 Male, M, Female, F 之 任 意 字 符 ， 如 Child 7.婚姻 已 婚 非 已 婚 或 未 婚 之 任 意 字 符 ， 如 离 婚 8.婚姻 未 婚 非 已 婚 或 未 婚 之 任 意 字 符 ， 如 离 婚 9.扶养人数 空 白10.扶养人数 1 6 小 於 1 ， 选 一 个11.扶养人数 7 9 大 於 9 ， 选 一 个12.保险费率 10 点 以 上 (0.6 %)1
9、3.保险费率 10 点 以 下 (0.6 %)四、 根据以上分析设计测试用例： 用例编号 年龄 性别 婚姻扶养人数保险费率 备注1. 27 Female 未婚 空白 0.6%有 效 年 龄 ： 20 39 岁 性 别 ： 集 合 Female, F 婚 姻 ： 集 合 未 婚 扶 养 人 数 ： 空 白 保 险 费 率 ： 0.6 %2. 50 Male 已婚 2 0.6%有 效 年 龄 ： 40 59 岁 性 别 ： 集 合 Male, M 婚 姻 ： 集 合 已 婚 扶 养 人 数 ： 1 6人3. 70 F 未婚 7 0.1%有 效 年 龄 ： 60 岁 以 上 或 20 岁 以 下 性
10、 别 ： 集 合 Female, F 婚 姻 ： 集 合 未 婚 扶 养 人 数 ： 6 人 以 上4. 0 M 已婚 4 无法推算 年 龄 类 无 效 ， 因 此 无 法 推 算 保 险 费 率5. 100 Female 未婚 5 无法推算 年 龄 类 无 效 ， 因 此 无 法 推 算 保 险 费 率6. 1 男 已婚 6 无法推算 性 别 类 无 效 ， 因 此 无 法 推 算 保 险 费 率7. 99 Child 未婚 1 无法推算 性 别 类 无 效 ， 因 此 无 法 推 算 保 险 费 率8. 30 Male 离婚 3 无法推算 婚 姻 类 无 效 ， 因 此 无 法 推 算 保
11、 险 费 率. 9. 75 Female 未婚 0 无法推算 扶 养 人 数 类 无 效 ， 因 此 无 法 推 算 保 险 费 率10. 17 Male 已婚 10 无法推算 扶 养 人 数 类 无 效 ， 因 此 无 法 推 算 保 险 费 率2 边界值分析法2.1 理论知识边界值分析方法是对等价类划分方法的补充，也是一种黑盒测试方法，适度等价类分析方法的一种补充,由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。（1）边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在
12、输入输出范围的内部.因此针对各种边界情况设计测试用例, 可以查出更多的错误 .使用边界值分析方法设计测试用例,首先应确定边界情况. 通常输入和输出等价类的边界, 就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据, 而不是选取等价类中的典型值或任意值作为测试数据.（2）基于边界值分析方法选择测试用例的原则:1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.2）如果输入条件规定了值的个数,则用最大个数,最小个数, 比最小个数少一, 比最大个数多一的数作为测试数据.3）根据规格说明的每个输出条件,使用前面的
13、原则 1）.4）根据规格说明的每个输出条件,应用前面的原则 2）.5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.7）分析规格说明,找出其它可能的边界条件.2.2 实例找零钱最佳组合假 设 商 店 货 品 价 格 (R) 皆 不 大 于 100 元 （ 且 为 整 数 ） ， 若 顾 客 付 款 在 100 元 内 (P) ， 求 找 给 顾 客 之 最 少 货币 个（张） 数 ？ （ 货 币 面 值 50 元 (N50) ， 10 元 (N10)
14、 ， 5 元 (N5) ， 1 元 (N1) 四 种 ）一、 分 析 输 入 的 情 形 。R 1000 100R N10 = 1N10 = 0N5 = 1N5 = 04 N1 = 1N1 = 0三、 分 析 规 格 中 每 一 决 策 点 之 情 形 ， 以 RR1, RR2, RR3 表 示 计 算 要 找 50, 10, 5 元 货 币 数 时 之 剩 余 金 额 。 R 100R 100P = 50RR2 = 10RR3 = 5四、 由 上 述 之 输 入 输 出 条 件 组 合 出 可 能 的 情 形 。R 100R 1000 R = 100, P R0 R = 100, R = P
15、 = 100, RR = 500 R = 100, R = P = 100, RR = 490 R = 100, R = P = 100, RR = 100 R = 100, R = P = 100, RR = 90 R = 100, R = P = 100, RR = 50 R = 100, R = P = 100, RR = 40 R = 100, R = P = 100, RR = 10 R = 100, R = P = 100, RR = 0五、 为 满 足 以 上 之 各 种 情 形 ， 测 试 资 料 设 计 如 下 ：1. 货品价格 = 1012. 货品价格 = 03.货品价格
16、= -14. 货品价格 = 100, 付款金额 = 1015. 货品价格 = 100, 付款金额 = 996. 货品价格 = 50, 付款金额 = 1007. 货品价格 = 51, 付款金额 = 1008. 货品价格 = 90, 付款金额 = 1009. 货品价格 = 91, 付款金额 = 10010. 货品价格 = 95, 付款金额 = 10011. 货品价格 = 96, 付款金额 = 10012. 货品价格 = 99, 付款金额 = 10013. 货品价格 = 100, 付款金额 = 1003 错误推测法1、定义：基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例
17、的方法.2、错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。1) 例如 , 输入数据和输出数据为 0 的情况；输入表格为空格或输入表格只有一行。 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。2) 例如，前面例子中成绩报告的程序，采用错误推测法还可补充设计一些测试用例：I. 程序是否把空格作为回答II. 在回答记录中混有标准答案记录III. 除了标题记录外，还有一些的记录最后一个字符即不是 2 也不是 3IV. 有两个学生的学号相同V. 试题数是负数。 3) 再如，测试一个对线性表（比如数组）进行排序的程序，可推测列出以下几
18、项需要特别测试的情况：I. 输入的线性表为空表；II. 表中只含有一个元素；III. 输入表中所有元素已排好序；IV. 输入表已按逆序排好；V. 输入表中部分或全部元素相同。4 因果图方法4.1 理论知识前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.
19、因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 利用因果图生成测试用例的基本步骤: (1) 分析软件规格说明描述中 , 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符. (2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系 . 根据这些关系,画出因果图.(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现 . 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.(4) 把因果图转换为判定表.(5) 把判定表的每一列拿出来作为依据,设计
20、测试用例.从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取 TRUE 与取 FALSE 的情况, 构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.前面因果图方法中已经用到了判定表.判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期, 判定表就已被当作编写程序的辅助工具了. 由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.判定表通常由四个部分组成.条件桩（Condition Stub）:列出了问题得所有条件 .通常认为列出得条件的次序无关紧要.动作桩（Action Stub
21、）:列出了问题规定可能采取的操作 .这些操作的排列顺序没有约束.条件项（Condition Entry）:列出针对它左列条件的取值.在所有可能情况下的真假值.动作项（Action Entry）:列出在条件项的各种取值情况下应该采取的动作.规则:任何一个条件组合的特定取值及其相应要执行的操作. 在判定表中贯穿条件项和动作项的一列就是一条规则.显然 ,判定表中列出多少组条件取值,也就有多少条规则, 既条件项和动作项有多少列.判定表的建立步骤:（根据软件规格说明） 确定规则的个数.假如有 n 个条件. 每个条件有两个取值（0,1 ） ,故有 种规则. 列出所有的条件桩和动作桩. 填入条件项. 填入动
22、作项.等到初始判定表. 简化.合并相似规则（相同动作）.B. Beizer 指出了适合使用判定表设计测试用例的条件:规格说明以判定表形式给出,或很容易转换成判定表.条件的排列顺序不会也不影响执行哪些操作.规则的排列顺序不会也不影响执行哪些操作.每当某一规则的条件已经满足,并确定要执行的操作后, 不必检验别的规则.如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.4.2 符号4.3 实例4.3.1 实例一某软件规格说明中包含这样的要求： 第一列字符必须是 A 或 B，第二列字符必须是一个数字，在此情况下进行文件的修改。但如果第一列字符不正确，则给出信息 L;如果第二列字符不是数字，
23、则给出信息 M。分开原因和结果 原因：1-第一列字符是 A;2-第一列字符是 B;3-第二列字符是一数字。结果：21-修改文件;22-给出信息 L;23-给出信息 M。4.3.2 实例二此例子是讲解利用因果图设计测试用例的一个小例子。以中国象棋中走马的测试用例设计为例学习因果图的使用方法。一、分析中国象棋中走马的实际情况（下面未注明的均指的是对马的说明）1、如果落点在棋盘外，则不移动棋子；2、如果落点与起点不构成日字型，则不移动棋子；3、如果落点处有自己方棋子，则不移动棋子；4、如果在落点方向的邻近交叉点有棋子（绊马腿） ，则不移动棋子；5、如果不属于 1-4 条，且落点处无棋子，则移动棋子；
24、 6、如果不属于1-4 条，且落点处为对方棋子 (非老将)，则移动棋子并除去对方棋子；7 如果不属于 1-4 条，且落点处为对方老将，则移动棋子，并提示战胜对方，游戏结束。二、根据分析明确原因和结果原因：1、 落点在棋盘上；2、 落点与起点构成日字；3、 落点处为自己方棋子；4、 落点方向的邻近交叉点无棋子；5、 落点处无棋子；6、 落点处为对方棋子（非老将） ；7、 落点处为对方老将。结果：21、不移动棋子；22、移动棋子；23、移动棋子，并除去对方棋子；24、移动棋子，并提示战胜对方，结束游戏。添加中间节点 11，目的是作为导出结果的进一步原因，简化因果图导出的判定表考虑结果不能同时发生，
25、所以对其施加唯一约束 O。原因 5、6、7 不能同时发生，所以对其施加异约束 E.三、根据因果图建立判定表：(分为两表)1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 161 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 12 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 13 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1原因4 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 111 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0结果 21 1 1 1 1 1 1 1 0 1 1 1 1 1 1
26、1 1用例1 2 3 4 5 6 7 8 9 0 11 12 13 14 15 1611 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 15 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 16 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1原因7 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 122 0 0 1 0 0 0 023 0 0 0 0 1 0 0结果24 0 0 0 0 0 0 1用例注：1、以上判定表中由于表格大小限制没有列出最后所选的测试用例；2、第 2 表中部分列被合并表示不可能发生的现象；3、通过中间节点将用例的判定
27、表简化为两个小表。减少工作量。四、根据判定表写测试用例表（略）5 路径覆盖 熟悉测试理论的人都知道，路径覆盖是白盒测试中一种很重要的方法，广泛应用于单元测试。那么基于路径覆盖的分析方法是不是只能应用于单元测试呢，能不能将其推而广之呢。一般而言，在单元测试中，路径就是指函数代码的某个分支，而实际上如果我们将软件系统的某个流程也看成路径的话，我们将可以尝试着用路径分析的方法来设计测试用例。采用路径分析的方法设计测试用例有两点好处：一是降低了测试用例设计的难度，只要搞清了各种流程，就可以设计出高质量的测试用例来，而不用太多测试方面的经验；二是在测试时间较紧的情况下，可以有的放矢的选择测试用例，而不用
28、完全根据经验来取舍。下面就具体的介绍一下如何用路径分析的方法编写测试用例。首先是将系统运行过程中所涉及到的各种流程图表化，可以先从最基本的流程入手，将流程抽象成为不同功能的顺序执行。在最基本流程的基础上再去考虑次要或者异常的流程，这样将各种流程逐渐细化，这样既可以逐渐加深对流程的理解，还可以将各个看似孤立的流程关联起来。完成所有流程的图表化后就完成了所有路径的设定。找出了所有的路径，下面的工作就是给每条路径设定优先级，这样在测试时就可以先测优先级高的，再测优先级低的，在时间紧迫的情况下甚至可以考虑忽略一些低优先级的路径。优先级根据两个原则来选取：一是路径使用的频率，使用越频繁的优先级越高；二是
29、路径的重要程度，如果失败对系统影响越大的优先级越高。将根据两个原则所分别得到的优先级相加就得到了整个路径的优先级。根据优先级的排序就可以更有针对性的进行测试。为每条路径设定好优先级后，接下来的工作就是为每条路径选取测试数据，构造测试用例。一条路径可以对应多个测试用例，在选取测试数据时，可以充分利用边界值选取等方法，通过表格将各种测试数据的输入输出对应起来，这样就完成了测试用例的设计。对于测试人员而言，测试用例的设计是一件非常困难的工作，而同时测试用例的设计好坏又直接关系到整个系统的设计质量。本文介绍了一种更理论化的设计方法来尽量简化这种工作，将一般应用于单元测试的路径分析方法推广到集成测试、系
30、统测试等后续测试过程中，希望能给大家一点启示。6 功能图功能图方法是一种黑盒、白盒混合用例设计方法，是功能图 FD 形式化地表示程序的功能说明，并机器地生成功能图的测试用例。功能图模型由状态迁移图和逻辑功能模型构成。状态迁移图用于表示输入数据序列以及相应的输出数据。在状态迁移图中，由输入数据和当前状态决定输出数据和后续状态。逻辑功能模型用于表示在状态输入条件和输出条件之间的对应关系。逻辑功能模型只适合于描述静态说明，输出数据仅由输入数据决定。测试用例则由测试中的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成。（1）功能图：功能图由状态迁移图和布尔函数组成。状态迁移图用状态和迁
31、移来描述。一个状态指出数据输入的位置（或时间） ，而迁移则指明状态的改变，同时要依靠判定表或是因果图表示的逻辑功能。例如，一个简化的自动出纳 ATM 机的功能图。（2）测试用例生成方法：从功能图生成测试用例，得到的测试用例数是可以接受的。问题的关键是如何从状态迁移图中选取测试用例。若用节点代替状态，用弧线代替迁移，则状态迁移图就可转化成一个程序的控制流程图形式。问题就转化为程序的路径测试问题了。（3）测试用例生成规则： 为了把状态迁移的测试用例与逻辑模型的测试用例相组合起来，从功能图生成生成实用的测试用例，需定义下面的规则。在一个结构化的迁移（SST）中，定义三种形式的循环：顺序、选择和重复。
32、但分辨一个状态迁移中的所有循环是有困难的。（4）从功能图生成测试用例的过程。A、生成局部测试用例：在每个状态中，从因果图生成局部测试用例。局部测试用例由原因值（输入数据）组合与对应的结果值（输出数据或状态）构成。B、测试路径生成：利用上面的规则（3 种）生成从初始状态到最后状态的测试路径。C、测试用例合成： 合成测试路径与功能图中每个状态的局部测试用例。结果是初始状态到最后状态的一个状态序列，以及每个状态中输入数据与对应输出数据的组合。D、测试用例的合成算法：采用合成构造树。7 正交试验设计法 7.1 理论知识1、什么是因素（Factor在一项试验中，凡欲考察的变量称为因素（变量）2、什么是水
33、平（位级Level在试验范围内，因素被考察的值称为水平（变量的取值）3、什么是正交试验设计是研究多因素多水平的一种设计方法，它是根据正交性从全面试验中挑选出部分有代表性的点进行试验，这些有代表性的点具备了均匀分散，齐整可比的特点，正交试验设计是一种基于正交表的、高效率、快速、经济的试验设计方法4、正交表的构成 正交表的构成行数(Runs)：正交表中的行的个数，即试验的次数因素数(Factors)：正交表中列的个数。水平数：任何单个因素能够取得的值的最大个数。正交表中的包含的值为从最大个数。正交表中的包含的值为从 0 到数 到数“水平 水平数-1 ”或从 或从 1 到“水平数 水平数” 。正交表
34、的表示形式： L 行数 (水平数因素数)正交表的正交性整齐可比性在同一张正交表中，每个因素的每个水平出现次数是完全相同的。由于在试验中每个因素的每个水平与其它因素的每个水平参与试验的机率是完全相同的，这就保证在各个水平中最大程度的排除了其它因素水平的干扰。因而，能最有效地进行比较和作出展望，容易找到好的试验条件进行。均衡分散性在同一张正交表中，任意两列（两个因素）的水平搭配（横向形成的数字对）是完全相同的。这样就保证了试验条件均衡地分散在因素水平的完全组合之中，因而具有很强的代表性，容易得到好的试验条件。三、用正交表设计测试用例 用正交表设计测试用例的步骤 1 有哪些因素（变量） 2 每个因素
35、有哪几个水平（变量的取值） 3 选择一个合适的正交表 4 把变量的值映射到表中 5 把每一行的各因素水平的组合做为一个测试用例 6 加上你认为可疑且没有在表中出现的组 如何选择正交表 考虑因素（变量）的个数 考虑因素水平（变量的取值）的个数 考虑正交表的行数 取行数最少的一个 设计测试用例时的三种情况 1 因素数（变量）、水平数（变量值）相符2 因素数不相同 3 水平数不相同 因素数、水平数相符 因素数、水平数相符 水平数（变量的取值）相同、因素数（变量）刚好符合正交表。7.2 实例一、对某人进行查询 1、假设查询某个人时有三个查询条件：根据“姓名”进行查询根据“身份证号码”查询根据“手机号码
36、”查询考虑查询条件要么不填写，要么填写，此时可用正交表进行设计 2、因素数和水平数有三个因素： 姓名、身份证号、手机号码 每个因素有两个水平 姓名：填、不填 身份证号：填、不填 手机号码：填、不填3、选择正交表表中的因素数3表中至少有三个因素的水平数2行数取最少的一个结果： 4、变量映射姓名：0填写，1不填写身份证号：0填写，1不填写手机号码：0填写，1不填写5、用 L4(23) 设计的测试用例测试用例如下：1：填写姓名、填写身份证号、填写手机号2：填写姓名、不填身份证号、不填手机号3：不填姓名、填写身份证号、不填手机号4：不填姓名、不填身份证号、填写手机号增补测试用例5：不填姓名、不填身份证
37、号、不填手机号测试用例减少数：8 56、因素数不相同水平数（变量的取值）相同但在正交表中找不到相同的因素数（变量） （取因素数 （取因素数最接近但略大的实际值的表）8 场景设计方法8.1 理论知识：现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。基本流和备选流：如下图所示，图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的
38、色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流 1 和 3）；也可能起源于另一个备选流（如备选流 2），或者终止用例而不再重新加入到某个流（如备选流 2 和 4）。8.2 实例1. 例子描述下图所示是 ATM 例子的流程示意图。2.场景设计：下表所示是生成的场景。表 3-8 场景设计场景 1成功提款 基本流 场景 2ATM 内没有现金 基本流 备选流 2场景 3ATM 内现金不足 基本流 备选流 3场景 4PIN 有误（还有输入机会） 基本流 备选流 4场景 5PIN 有误（不再有输入机会） 基本流 备选流 4场景 6账户不存在/账户类型有误 基本流
39、 备选流 5场景 7账户余额不足 基本流 备选流 6注：为方便起见，备选流 3 和 6（场景 3 和 7）内的循环以及循环组合未纳入上表。3.用例设计对于这 7 个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例 ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。表 3-9 测试用例表TC（测试用例）ID 号场景/条件 PIN 账号输入（或选择）的金额账面金额ATM内的金额预期结果CW1 场景 1
40、：成功提款 V V V V V 成功提款CW2 场景 2：ATM 内没有现金 V V V V I 提款选项不可用，用例结束CW3 场景 3：ATM 内现金不足 V V V V I警告消息，返回基本流步骤6，输入金额CW4场景 4：PIN 有误（还有不止一次输入机会）I V n/a V V警告消息，返回基本流步骤 4，输入 PINCW5场景 4：PIN 有误（还有一次输入机会）IV n/a V V警告消息，返回基本流步骤 4，输入 PINCW6场景 4：PIN 有误（不再有输入机会）I V n/a V V警告消息，卡予保留，用例结束4.数据设计一旦确定了所有的测试用例，则应对这些用例进行复审和验
41、证以确保其准确且适度，并取消多余或等效的测试用例。测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据，如表 3-10 所示。表 3-10 测试用例表TC（测试用例）ID 号场景/条件 PIN 账号输入（或选择）的金额（元）账面金额（元）ATM内的金额（元） 预期结果CW1 场景 1：成功提款 4987 809-498 50.00 500.00 2 000成功提款。账户余额被更新为 450.00CW2 场景 2：ATM内没有现金 4987 809-498 100.00 500.00 0.00 提款选项不可用，用例结束CW3 场景 3：ATM内现金不足 4987 809-498 100.00 500.00 70.00警告消息，返回基本流步骤6，输入金额CW4场景 4：PIN 有误（还有不止一次输入机会）4978 809-498 n/a 500.00 2 000警告消息，返回基本流步骤4，输入 PINCW5场景 4：PIN 有误（还有一次输入机会）4978 809-498 n/a 500.00 2 000警告消息，返回基本流步骤4，输入 PINCW6场景 4：PIN 有误（不再有输入机会）4978 809-498 n/a 500.00 2 000警告消息，卡予保留，用例结束取行数最少的一个
