功能需求如何转换成测试用例

【黑盒测试用例设计方法】

1. 等价类划分法：

将所有可能输入的数据，程序的输入域划分为若干子集，然后从中选出少数具有代表性的作为测试用例。分为：有效等价类、无效等价类

划分标准：完备测试：避免冗余、互不相交，并是整个集合、同一类中标识选择一个。

等价类划分完成后，可建立等价类表，列出所有划分出等价类输入条件：有效等价类、无效等价类、然后从划分出的等价类中按照以下的三个原则设计测试用例：1）为每一个等价类规定一个唯一的编号；

        2）设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止；

        3）设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止。

2. 边界值分析法

对输入和输出的边界进行测试的一种方法。通常边界值分析法是对等价类的补充，一般情况下，测试用例来自等价类的边界。与等价类的区别在于：等价类的每个边界都会作为边界值得测试条件（应当选择正好等于、刚刚大于或刚刚小于），边界分析不仅考虑输入条件还考虑空间产生的测试情况。

3.错误推测法：

基于经验和直觉推测程序中可能出现的错误，从而有针对的设计测试用例。例举出程序中可能出现的错误和容易发生错误的特殊情况，根据他们选择测试用例。

4.因果图法：

利用图解法分析输入的各种组合情况。从而设计测试用力的方法，适合于检查程序输入条件的各种组合情况。

因果图涉及的概念：1）关系2）约束

采用因果图的设计测试用例的步骤：1)    分析软件规格说明描述中,那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件),并给每个原因和结果赋予一个标识符。

    2)    分析软件规格说明描述中的语义，找出原因与结果之间,原因与原因之间对应的关系，根据这些关系,画出因果图。

    3)    由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不可能出现，为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件。

    4)    把因果图转换为判定表。

    5)    把判定表的每一列拿出来作为依据,设计测试用例。

5. 判定表驱动法

判定表是分析和表达多逻辑条件下执行不同操作情况的工具。能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。在一些数据处理问题当中。某些操作的实施依赖多个逻辑条件的组合。判定表适合处理这类问题。

判定表的组成：条件桩、动作桩、条件项、动作项

 1)        条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。

2)        动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。

3)        条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。

4)        动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。

规则及规则合并：

1）  规则：任何一个条件组合的特定取值及其相应要执行的操作称为规则。在判定表中贯穿条件项和动作项的一列就是一条规则。显然判定表中列出多少组条件取值，也就有多少条规则，既条件项和动作项有多少列。

2）  化简：就是规则合并有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系。

具体步骤：1）  确定规则的个数。假如有n个条件，每个条件有两个取值（0，1），故2n种规则。

                  2）  列出所有的条件桩和动作桩

                  3）  填入条件项

                  4）  填入动作项，等到初始判定表

                  5）  简化，合并相似规则（相同动作）

6.正交试验法

7.功能图法

8.场景图法

【白盒测试】

代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法(语句、判定、条件、条件/判定、条件组合、修正判定条件、点、边、路径覆盖)、基本路径覆盖测试法、域测试、符号测试