目录
一、什么是测试设计
测试设计主要解决“测什么”的问题 ，即指明被测对象中什么需要测试。
测试需求通常是以软件需求为基础进行分析，通过对需求的细化和分解，形成可测试的内容（测试点）。
测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求。
二、测试要点思路
（一）划分功能项
（二）正向功能项验证
（三）单个功能项验证
（四）输出测试点
三、测试设计方法
（一）等价类划分法
1.定义
等价类：某个输入域的集合，在这个集合中每个输入条件都是等效的，如果其中一个的输入不能导致问题发生，那么集合中其它输入条件进行测试也是不可能发生错误。
划无限为有限
等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试输入数据。
使用少数测试数据检验程序在一大类情况下的反映。
有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。
无效等价类：指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。
2.等价类划分方法
（1）方法一
如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。
例如：程序的输入项n满足“从1-999”，则可取有效等价类位“1<=n<=999”，无效等价类为“n<1” 及“n>999。
（2）方法二
输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。
如：某标识符，条件规定“以字母开头”则“以字母开头”作为有效等价类。“以非字母开头”作为无效等价类。
（3）方法三
如果已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。
如：-10<n<10
有效等价类 -10<n<10
无效等价类： <=-10,>=10
（4）方法四
在输入条件是一个布尔量的情况下，可以确定一个有效等价类和一个无效等价类。
如：界面输入只提供单选框，是与否。
算法m/n
有效等价类（ -10,0 ）（ 0，10 ）
无效：小于-10，大于10,0
根据等价类划分原则，将等价类填入下表
| 输入条件 | 有效等价类 | 无效等价类 |
| 1<=n<=999 | 1-999 | 大于999，小于1 |
根据等价类表，然后从划分出的等价类中按以下三个原则设计测试用例。
1. 为每一个等价类规定一个唯一的编号。
2. 设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复第一步，直到所有的有效等价类都被覆盖为止。
3. 设计一个新的测试用例，使其切覆盖一个尚未被覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止。
3.局限性
该方法孤立地考虑各个输入数据的测试功效，而没有考虑多个输入数据的组合效应，可能会遗漏了输入数据易于出错的组合情况，可以采用因果图设计法弥补上述不足。
多个输入数据孤立的测试，导致测试用例数量非常庞大，不利于维护和执行，可以采用边界值法解决上述不足。
（二）边界值法。
1.定义
边界分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。
采用边界值分析法来选择测试用例，可使被测程序能在边界值及其附近运行，有效的保证程序正常。
2.边界点的选取
边界点分为上点，内点和离点。
- 上点：边界上的点
- 内点：区间内的点
- 离点：离边界值最近且与上点不属于同一等价类的点
- 对于小数，没有离点，不可取
3.注意事项
首先应该确定边界情况，通常输入等价类和输出等价类的边界，就是应该重点测试的程序边界。
选取的测试数据应该正好等于，刚刚小于和刚刚大于边界值。而不是选取每个等价类内的任意值作为测试数据。
4.原则
- 如果输入条件规定了值得范围，则应取刚达到这个范围的边界值，以及刚刚超过这个范围边界的值作为测试输入数据。
- 如果输入条件规定了值得个数，则用最大个数、最小个数、比最小少一，比最大多一作为测试输入数据。
- 如果程序规格说明书中提到的输入或输出是一个有序的集合，应该注意选取有序集合的第一个和最后一个元素作为测试数据。
- 如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试数据。
5.等价类法与边界值法的比较：
- 等价类法的测试数据是在各个等价类允许的范围中任意选取的。
- 边界值分析法的测试数据必须在边界附近选取。
（三）错误猜测法
1.定义
基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。
错误推测法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们设计测试用例。
2.常见依据
- 在单元测试时理出的在模块中的常见错误
- 以前产品测试中曾经发现的错误
- 产品在客户实际使用过程中发现的错误
- 容易发生错误的情况
- 一些公共模块，功能
- 修复了bug的功能和模块
（四）因果图法
1.等价类划分的局限性
没有考虑输入情况的组合。
这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽略。
采用因果图方法能帮助我们考虑输入条件的联系、相互组合等情况。
2.因果图法概述
分析需求规格说明中的描述中那些是原因，那些是结果。
原因是输入条件，结果是输出条件。
因果图最终生成判定表，它适合于程序输入条件的各种组合情况，如果有N个条件，每个条件有2个取值，那么将产生2的N次方条路径。
3.因果图法适用范围
如果在测试时考虑输入条件的各种组合，可使用一种适合于描述多种条件的组合，相应产生多个动作的形式来设计测试用例。
4.如果确定因、果条件
（1）分析程序规范描述中哪些是原因，哪些是结果。原因常常是输入条件或是输入条件等价类，结果是输出条件。
（2）分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”
（3）由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况，在因果图上使用特殊的符号标明约束条件。把因果图转换成判定表。把判定表的每一列写成一个测试用例。
5.判定表
（1）判定表的相关定义
判定表是分析和表达多条件下执行不同操作的情况下的工具。
判定表由以下四个组成部分：
- 条件桩：列出了问题的所有条件
- 动作桩：列出了问题规定可能采取的操作
- 条件项：列出特定条件的取值
- 动作项：列出在条件项目的各种取值情况下应该采取的动作
（2）创建判定表的步骤
- 确定规则的个数
- 列出所有的条件桩和动作桩
- 填入条件项
- 填入动作项
- 合并相似规则
6.根据判定表导出测试用例
话不多说，直接上例子：
| 用例编号 | ODER_CHECK_001 |
| 测试项目 | 订购单检查 |
| 测试标题 | 验证系统金额小于500，未过期时系统发批准单和提货单 |
| 重要级别 | 高 |
| 预置条件 | 无 |
| 输入 | 499 |
| 操作步骤 | 1、输入金额：499； 2、选择未过期；3、点击确定 |
| 预期输出 | 发出批准单和提货单 |
（五）场景法
1.场景法概述
运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。
模拟特定场景发生的事情，通过事件来触发某个动作的发生，观察事件的最终结果，从而用来发现软件存在的问题。
2.场景法实例分析
场景法一般包括基本流和备选流。从一个流程开始，图中经过用例的每条路径都可以用基本流和备选流来表示。直黑线表示基本流，是经过用例的最简单路径。
3.场景法路径
- 根据说明，描述出程序的基本流及各项备选流。
- 根据基本流和各项备选流生成不同的场景。
- 对每一个场景生成相应的测试用例。
- 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。
2437
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
