测试用例的设计方法

测试⽤例设计⽅法-功能图法

功能图法

定义：功能图由状态迁移图和布尔函数组成.状态迁移图⽤状态和迁移来描述.⼀个状态指出数据输⼊的位置（或时间）,⽽迁移则指明状态的

改变.同时要依靠判定表或因果图表⽰的逻辑功能.例,⼀个简化的⾃动出纳机ATM的功能图。

应⽤：

1. 功能图介绍

⼀个程序的功能说明通常由动态说明和静态说明组成.动态说明描述了输⼊数据的次序或转移的次序.

静态说明描述了输⼊条件与输出条件之间的对应关系.对于较复杂的程序,由于存在⼤量的组合情况,因此,仅⽤静态说明组成的规格说明对于测

试来说往往是不够的.必须⽤动态说明来补充功能说明.功能图⽅法是⽤功能图FD形式化地表⽰程序的功能说明,并机械地⽣成功能图的测试⽤

例.

功能图模型由状态迁移图和逻辑功能模型构成.状态迁移图⽤于表⽰输⼊数据序列以及相应的输出数据.在状态迁移图中,由输⼊数据和当前状

态决定输出数据和后续状态.逻辑功能模型⽤于表⽰在状态中输⼊条件和输出条件之间的对应关系.逻辑功能模型只适合于描述静态说明,输出

数据仅由输⼊数据决定.测试⽤例则是由测试中经过的⼀系列状态和在每个状态中必须依靠输⼊/输出数据满⾜的⼀对条件组成.功能图⽅法其

实是是⼀种⿊盒⽩盒混合⽤例设计⽅法。

（功能图⽅法中,要⽤到逻辑覆盖和路径测试的概念和⽅法,其属⽩盒测试⽅法中 的内容.逻辑覆盖是以程序内部的逻辑结构为基础的测试⽤例

设计⽅法.该⽅法要求测试⼈员对程序的逻辑结构有清楚的了解.由于覆盖测试的⽬标不同,逻辑覆盖可分为:语句覆盖,判定覆盖,判定-条件覆盖,

条件组合覆盖及路径覆盖.下⾯我们指的逻辑覆盖和路径是功能或系统⽔平上的,以区别与⽩盒测试中的程序内部的.）

2. 测试⽤例⽣成⽅法

从功能图⽣成测试⽤例,得到的测试⽤例数是可接受的. 问题的关键的是如何从状态迁移图中选取测试⽤例. 若⽤节点代替状态,⽤弧线代替迁

移,则状态迁移图就可转化成⼀个程序的控制流程图形式.问题就转化为程序的路径测试问题（如⽩盒测试）问题了.

1、等价类方法

是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。

2、边界值

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

3、错误推测

基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。

4、因果图

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

5、判定表驱动法

判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。

6、正交表法

利用因果图来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到。往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人，给软件测试带来沉重的负担，为了有效地,合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计。

7、场景法

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

#使用各种测试方法的综合策略：

1)在任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强。

2)必要时用等价类划分方法补充一些测试用例。

3)用错误推测法再追加一些测试用例。

4)对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例。

如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法。

#测试用例的设计步骤 ：

1)构造根据设计规格得出的基本功能测试用例；

测试用例的几种常用设计方法

测试用例是软件测试中的重要组成部分，它们对于确保软件质量至关重要。在设计测试用例时，可以采用多种不同方法。下面将介绍几种常用的测试用例设计方法。

1.等价类划分法（Equivalent Partitioning）

等价类划分法是一种基于输入数据的测试用例设计方法。它将输入数据划分为若干等价类，每个等价类中的数据具有相同的功能和处理方式。在设计测试用例时，只需要选择每个等价类中的一个或几个代表性的测试数据进行测试即可。这种方法可以有效地减少测试用例的数量，同时保证测试覆盖面。

2. 边界值分析法（Boundary Value Analysis）

边界值分析法是一种基于输入数据边界的测试用例设计方法。它关注输入数据的边界条件，通常在输入数据的最小值、最大值和边界附近选择测试用例。这是因为在边界处发生的错误往往比在其他地方发生的错误更容易被发现。通过边界值分析法设计的测试用例可以提高测试效率和覆盖度。

3. 错误推测法（Error Guessing）

错误推测法是一种基于经验和直觉的测试用例设计方法。它假设测试人员能够猜测到软件中潜在的错误，并设计相应的测试用例来验证这些错误。这种方法不依赖于任何特定的测试技术或规则，而是基于测试人员的经验和洞察力。错误推测法可以应用于各种测试阶段，并且适用于不同类型的软件。 4. 决策表法（Decision Table）

决策表法是一种基于规则和条件的测试用例设计方法。它使用表格来表示系统的决策条件和相应的动作结果。在设计测试用例时，可以根据表格中的各种条件组合来选择相应的测试用例。决策表法对复杂的业务逻辑和条件约束非常有效，可以提高测试覆盖范围和准确性。

5. 状态转换法（State Transition）

状态转换法是一种基于系统状态的测试用例设计方法。它将系统的不同状态和状态之间的转换关系进行建模，并选择相应的测试用例来验证系统在不同状态下的行为。状态转换法适用于具有明确状态转换关系的系统，例如有限状态机。通过设计测试用例来覆盖不同状态和状态转换路径，可以有效地发现系统中潜在的问题和错误。

测试用例设计思路

为了提高我们编写测试用例的质量，以下列出了在拿到一个页面或模块后，编写测试用例的思路。请大家参考，如有遗漏请及时补充。

1. 验证系统满足需求或设计中的规定的功能，也就是说首先应该验证系统满足正常的功能（通过测试）。

2. 考虑设计中描述的异常情况处理，验证设计中描述的异常错误处理是否实现。

3. 考虑权限问题，是否能越权操作。（如FIA中的数据权限和操作权限）

4. 考虑必填项和重名的问题。

5. 考虑字段类型及长度的问题。

6. 考虑web会话问题，如直接输入主页面的url，是否能够直接进入系统。

7. 验证默认值，默认值是否正确合理。

8. 文本框值域测试、边界值测试。如对英文单引号、双引号、<>、&、\的处理。如果是web的话，还需要考虑对html标记的处理，如输入。

9. 页面其它控件测试。如下拉列表框、复选框、文本域等。

10. 破坏性测试（重启、断电、断网、服务停掉、服务重启等）。

注意：在考虑破坏性测试的时候需要融入边界值思想，有时进行一次操作并不能发现问题，而多试几次问题就会出现。 11. 验证业务模块之间的数据流是否正确，考虑各业务模块之间的关系（模块接口测试）。

注：这个地方应该设计一些接口测试的测试用例，这块内容比较容易遗漏。

12. 考虑用户可能操作的各种场景，特殊业务流程，比如不按正常业务流程进行操作、违规操作（场景测试）。

注：在此需要着重考虑用户可能的操作习惯，切不可按照自己的操作习惯进行测试。

13. 考虑在负载较大时的业务处理。

14. 考虑数据的安全性及可恢复性。

15. 注意考虑用户环境与测试环境的差别，包括客户端环境、服务器环境。

注：可以与呼怀泽多沟通，询问一下用户那里的环境。

16. 注意考虑市场动态，比如目前win2008比较流行，而且很多为64位，这是就应该考虑产品是否支持，是否需要在此环境上测试。

注：目前linux系统更新较快、火狐浏览器更新较快，这个是否考虑进行支持，并进行测试。