1、最少用例，提供最大的测试覆盖率。

　　如果两位工程师用两个不同的测试过程来测试同一个功能，那么这种做法就不是高效的，除非是为了达到要求的功能路径覆盖，否则这种做法是没有必要的。

　　2、明确需求和功能路径之间的关系。

　　功能性测试目的是为了发现与最终用户需求不一致的地方，而功能性测试阶段最重要的目标是评估系统的行为是否和需求指定的行为一致。实际工作中，测试人员拿到完美需求的情况是非常罕见的。为了创建有效的功能测试过程，测试人员必须理解应用程序的细节和实质。当这些细节和实质在需求文档中没有充分体现时，测试人员就必须对文档进行分析。而大多数情况下需求文档都没有详细到明确地定义了需求和功能路径之间的关系，所以测试人员需要重点关注两方面：

• 完善一条需求的流程。

　　设计测试过程的过程中，测试人员会用测试数据集合为输入仔细地走查系统的每个交互操作。会把各种情况下的需求描述成一条有交互操作组成的清晰路径。

• 明晰一条需求对其他需求的依赖。

　　分析每一部分应用程序的改变对应程序其他部分的影响，并且这种变化所影响的其他部分。

　　3、确定特定事务的测试顺序或者序列。

　　为了满足执行的测试过程所需的前置条件（例如：数据库配置以及控制流或梦八流所产生的其他需求），必须确定特定事务的测试顺序或者序列。

　　如何确定事务的测试顺序呢？创建一个测试过程关系矩阵，或者关系图。矩阵根据执行一个测试过程所需要的前置条件和后置条件组成了测试过程的流程。关系图表示了各种测试过程之间的交互作用，可以显著地改进测试过程。

　　为了在开发时间表中尽早地安排对最重要的功能的测试以及对它们进行更深入的测试，建立有效测试过程，另外需要考虑的问题是确定和评审关键和高风险的需求，划分需求的优先级。

　　4、明确需求用例场景（使用情况、可先路径、异常路径）。

　　要设计高效的测试用例，就需要对系统的变化、流程和场景有较深的了解。为了理解各种联系、流程和相互关系，就需要借助系统开发过程中形成的各种文档，深入分析思考和关注细节。

　　那为什么引入用例场景呢？主要由于现在的软件几乎都是由事件触发来控制流程的，事件触发时的情景便形成了场景；同一事件不同的触发顺序和处理结果形成事件流。

　　什么是用例场景呢？用例场景是指通过描述流经用例的路径来的确定的过程，这个流经过要从用例开始到结束遍历其中所有的基本流和备选流。基本流是指流经用例的最简单路径；备选流是指自基本流开始，之后会在某特定条件下执行。