3.1.2 指令接口
        是测试案例操作指令与具体测试步骤实现之间的桥梁，与测试案例的操作指令相对应，指令接口就是实现测试案例的操作指令所需要做的事情，动作完成之后将该动作的操作结果返回给主控程序。接口模块负责与接口的数据处理，包括输入和输出，同时必须包括数据处理的结果。主控程序在读取了测试案例的操作指令之后，调用这些操作指令所对应的指令接口执行相应的操作，如果该接口执行操作成功则主动程序继续下一步操作，否则测试终止，只有所有的测试步骤的指令都被成功之行，测试案例才通过。

        为了方便管理与调用，所有的接口都实例化都一个接口工厂中，在实现了相应的指令接口后，需要将这些指令接口增加到接口工厂中，接口工厂根据案例中的接口类型来调用不同的接口实例。

        指令接口，事实上就是执行测试案例中的每个指令要求做的事情，比如输入测试案例的测试数据、执行相应的测试步骤、获取测试结果、对比测试结果，指令接口完成一个指令之后将这个指令的操作结果返回给主控程序。

        比如，话单检查指令接口，指令接口需要做的事情就是初始化要监听的话单文件，获取话单文件，把获取到的话单文件同期望话单进行比较，返回比较结果给主控程序。

        又如：短信接收发送指令接口，指令接口的工作就是实现发送MT，收取状态报告并把收到的状态报告的状态值与期望的状态值进行比较，返回比较结果给调用者；收到本地MO，并把收到到的本地MO与期望的MO进行比较，返回比较结果给调用者。

3.1.3驱动程序
        驱动程序是实现具体的指令操作的程序，被指令接口调用完成具体的测试工作，并将测试结果返回给指令接口。驱动程序是具体操作的完成者。

        比如，话单检查驱动程序，用于对特定话单格式的话单文件进行跟踪，并且能够把跟踪结果解析成话单，话单检查指令接口会调用话单驱动程序完成具体的每条话单的各个子段的比较，驱动程序完成检查后将结果返回给指令接口。

3.1.4 辅助功能
        实现系统的辅助功能，比如案例文件的处理，底层socket处理，文件处理或者数据库操作。

3.2  测试案例
3.2.1 测试案例的组成
        测试案例包括了业务逻辑、测试步骤以及输入与输出，使用XML存储测试案例，可以提高测试案例的可读性、通用性以及可维护性。不过这样有一个不好的地方就是测试案例看起来会比较庞大，不够轻盈，但是非常清晰，即使是对测试案例完全不熟悉的人，只要看了也自然很快就对业务流程有了一个大致的了解；而且，业务逻辑体现在测试案例，也会增强系统的扩展性，如果需要增加某些测试步骤或修改测试数据，只需要修改测试案例即可。

        测试案例主要由测试案例ID、测试案例描述、以及测试操作指令所组成。测试案例ID就是测试系统的案例ID，测试描述包括测试案例的简要描述、测试产品名称、测试功能点、测试版本、测试类型以及测试案例的作者，测试操作指令是测试案例的核心，每个测试步骤就是一个操作指令，操作指令的顺序与业务逻辑或测试步骤相关。每个操作指令包括：

（1）    操作指令ID，在Test Case中唯一；

（2）    操作指令接口名称，自动测试工具所提供的指令接口名称，在一个Test Case中可以出现多次；

（3）    操作指令接口动作名称，自动测试工具所提供的指令接口的具体操作的名称，在一个Test Case中可以出现多次，自动测试工具操作指令接口名称和操作指令接口动作名称调用不同的指令接口的功能完成相关的动作；

（4）    操作指令的描述；

（5）    模拟接口的信息，如果需要使用到模拟接口，需要将模拟接口相关的信息再测试案例中输入，模拟接口相关信息应该参数化；

（6）    输入数据，也就是执行这个操作步骤所需要输入的测试数据或是预期的结果或延时等待时间等。

（7）    输出数据，也就是这个操作步骤的输出结果。

        一个测试案例就是一个完整的测试流程，由不同的操作步骤组成，每个操作步骤就是一个操作指令，一个完整的测试案例可能包括这些操作指令：

（1） 预置测试环境，比如修改某些特殊的配置、设置模拟接口的返回值、检查某些数据等；

（2） 测试步骤，一个测试案例可能有多个测试步骤，每个测试步骤为一个操作指令，操作指令的输入就是测试需要输入的数据，动作就是需要执行的测试操作，测试案例的测试就是由一系列的操作指令完成；

（3） 检查测试结果，一个测试案例中可能存在多个检查点，每个检查点为一个操作指令，这操作指令的输入就是预期的测试结果，操作指令的动作就是获取测试结果并将测试结果与预期测试结果相比较，如果相等则测试通过，否则测试失败；

（4） 恢复测试环境，测试完成后应该恢复测试环境的原始数据或相关的资源。

        为了提高测试的扩展性与灵活性，测试案例中的测试数据应该可以参数化，这样即使是测试数据发生了变化，只需要修改参数的值即可，而不必把所有的测试案例的某些数据逐个修改。这些参数以及参数的值可以存放在配置文件中，被测试案例引用，自动测试工具根据测试案例的参数的名称到相应的配置文件中读取这个参数的值。

3.2.2 测试案例的命名
        为了提高测试的可维护性，测试案例的命名必须规范，在此约束为测试案例的名与测试案例的ID一致。

3.2.3 测试案例的存放
        对于不同的产品的测试案例，应该存放在不同的主目录中，对于同一个产品的测试案例，根据不同的功能存放于不同的子目录中。每个主目录或子目录应该有一个测试案例的ID文件，在这个文件中的测试案例会被自动测试工具执行自动测试。测试案例ID文件中，每一行为一个测试案例，每个测试案例由序列号、测试案例ID和该测试案例的描述组成。测试案例的存放位置，自动测试工具可通过配置文件获取。