一 : 内容概览

二 : 测试用例的基本要素

测试用例的概念 : 测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素 .

好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试 .

如何评价测试用例设计的好坏呢 ?

• 用例表达清楚，无二义性。
• 用例可操作性强。
• 用例的输入与输出明确。
• 一条用例只有一个预期结果。
• 用例的可维护性好。
• 用例对需求的覆盖率高。

三 : 设计测试用例的万能公式

举例

使用万能公式对水杯设计测试用例 :

使用万能公式对登录界面设计测试用例 :

兼容性测试中会出现的问题 : 不同的浏览器及版本可能非常多 , 难道所有的版本都要测试吗 ?

四 : 测试用例的设计方法

4.1 等价类

依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

比如测试一批个人练习生 , 可以将他们平均分组 , 即划分为若干等价类 , 从这些组中任选一组测试其实力 , 根据这一组的水平 , 就可以大致了解今年这一批实习生的整体水平处于怎样的区间 .

步骤 :

1. 确认有效等价类和无效等价类
2. 编写测试用例

4.2 边界值

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

4.3 判定表

其使用场景为输入条件所对应的不同组合 , 使用情况较少 .

判定表设计测试用例的步骤 :

1. 确认输入条件和输出条件;
2. 找出输入条件和输出条件之间的关系;
3. 画判定表;
4. 根据判定表编写测试用例.

4.4 场景设计法

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。该方法可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，是测试用例更容易理解和执行。

典型的应用是是用业务流把各个孤立的功能点串起来，为测试人员建立整体业务感觉，从而避免陷入功能细节忽视业务流程要点的错误倾向 .

以在ATM机取钱为例 :

编写测试用例 :

1. 基本事件流的用例 : 插卡->输入正确的密码->选择取款功能->退卡 .

2. 备选事件流 :

   • 插卡->卡被ATM卡住 ->退卡
   • 插卡->密码输入错误 ->退卡
   • 输入密码->吐钱失败->退卡

4.5 正交法

用得比较少 , 基本不可见 . 正交试验设计法指从大量的试验中挑选出适量的、有代表性的点，依据“正交表”从而合理的设计出测试用例 .

根据正交表设计测试用例的步骤 :

1. 找出因素数和水平数
2. 生成正交表–>借助生成正交表的工具:allparis
3. 根据正交表来编写测试用例
4. 补充可能存在遗漏但是非常重要的测试用例.

重点 :

4.6 错误猜测法

错误猜测法是对被测试软件设计的理解，过往经验以及个人直觉，推测出软件可能存在的缺陷，从而针对性地设计测试用例的方法。

这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握，还有个人的经验和直觉。

错误推测法和目前流行的“探索式测试方法”的基本思想一致，这类方法在敏捷开发模式下的投入产出比很高，被广泛应运于测试。

这个方法的缺点是难以系统化，并且过度依赖个人能力。

---

本节内容到此结束 !