. .
因此针对各种边界情况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
（2）基于边界值分析方法选择测试用例的原则:
1）如果输入条件规定了值的围,则应取刚达到这个围的边界的值,以及刚刚超越这个围边界的值作为测试输入数据.
2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.
3）根据规格说明的每个输出条件,使用前面的原则1）. 4）根据规格说明的每个输出条件,应用前面的原则2）.
5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.
6）如果程序中使用了一个部数据结构,则应当选择这个部数据结构的边界上的值作为测试用例. 7）分析规格说明,找出其它可能的边界条件.
2.2 实例
找零钱最佳组合
假 设 商 店 货 品 价 格 (R) 皆 不 大 于 100 元 （ 且 为 整 数 ） ， 若 顾 客 付 款 在 100 元 (P) ， 求 找 给 顾 客 之 最 少 货币 个（） 数 ？ （ 货 币 面 值 50 元 (N50) ， 10 元 (N10) ， 5 元 (N5) ， 1 元 (N1) 四 种 ） 一、 分 析 输 入 的 情 形 。 R > 100 0 < R < = 100 R <= 0 P > 100 R<= P <= 100 P < R
..
. .
二、 分 析 输 出 情 形 。 N50 = 1 N50 = 0 4 > N10 >= 1 N10 = 0 N5 = 1 N5 = 0 4 > N1 >= 1 N1 = 0
三、 分 析 规 格 中 每 一 决 策 点 之 情 形 ， 以 RR1, RR2, RR3 表 示 计 算 要 找 50, 10, 5 元 货 币 数 时 之 剩 余 金 额 。 R > 100R <= 0 P > 100 P < R
RR1 >= 50 RR2 >= 10 RR3 >= 5
四、 由 上 述 之 输 入 ／ 输 出 条 件 组 合 出 可 能 的 情 形 。 R > 100 R <= 0
0 < R <= 100, P > 100 0 < R <= 100, P < R
0 < R <= 100, R <= P <= 100, RR = 50 0 < R <= 100, R <= P <= 100, RR = 49 0 < R <= 100, R <= P <= 100, RR = 10 0 < R <= 100, R <= P <= 100, RR = 9 0 < R <= 100, R <= P <= 100, RR = 5 0 < R <= 100, R <= P <= 100, RR = 4 0 < R <= 100, R <= P <= 100, RR = 1 0 < R <= 100, R <= P <= 100, RR = 0
..
. .
五、 为 满 足 以 上 之 各 种 情 形 ， 测 试 资 料 设 计 如 下 ： 1. 货品价格 = 101 2. 货品价格 = 0 3.货品价格 = -1
4. 货品价格 = 100, 付款金额 = 101 5. 货品价格 = 100, 付款金额 = 99 6. 货品价格 = 50, 付款金额 = 100 7. 货品价格 = 51, 付款金额 = 100 8. 货品价格 = 90, 付款金额 = 100 9. 货品价格 = 91, 付款金额 = 100 10. 货品价格 = 95, 付款金额 = 100 11. 货品价格 = 96, 付款金额 = 100 12. 货品价格 = 99, 付款金额 = 100 13. 货品价格 = 100, 付款金额 = 100
3 错误推测法
1、定义：基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 2、错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他
们选择测试用例。
1) 例如, 输入数据和输出数据为0的情况；输入表格为空格或输入表格只有一行。 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。
2) 例如，前面例子中成绩报告的程序，采用错误推测法还可补充设计一些测试用例：
I. 程序是否把空格作为回答 II. 在回答记录中混有标准答案记录
III. 除了标题记录外，还有一些的记录最后一个字符即不是2也不是3 IV. 有两个学生的学号相同
..
. .
V. 试题数是负数。
3) 再如，测试一个对线性表（比如数组）进行排序的程序，可推测列出以下几项需要特别测试的情况：
I. 输入的线性表为空表； II. 表中只含有一个元素；
III. 输入表中所有元素已排好序； IV. 输入表已按逆序排好；
V. 输入表中部分或全部元素相同。
4 因果图方法
4.1 理论知识
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.
因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 利用因果图生成测试用例的基本步骤:
(1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符.
(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.
(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.
(4) 把因果图转换为判定表.
(5) 把判定表的每一列拿出来作为依据,设计测试用例.
从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.
前面因果图方法中已经用到了判定表.判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.
判定表通常由四个部分组成.
条件桩（Condition Stub）:列出了问题得所有条件.通常认为列出得条件的次序无关紧要. 动作桩（Action Stub）:列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.
..
. .
条件项（Condition Entry）:列出针对它左列条件的取值.在所有可能情况下的真假值. 动作项（Action Entry）:列出在条件项的各种取值情况下应该采取的动作.
规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.
判定表的建立步骤:（根据软件规格说明）
① 确定规则的个数.假如有n个条件.每个条件有两个取值（0,1）,故有 种规则. ② 列出所有的条件桩和动作桩. ③ ③填入条件项.
④ ④填入动作项.等到初始判定表. ⑤ ⑤简化.合并相似规则（相同动作）.
B. Beizer 指出了适合使用判定表设计测试用例的条件: ①规格说明以判定表形式给出,或很容易转换成判定表. ②条件的排列顺序不会也不影响执行哪些操作. ③规则的排列顺序不会也不影响执行哪些操作.
④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则. ⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.
..
测试用例八大设计方法和实例
