CN101478449A - 一种协议自动测试方法及其系统 - Google Patents

Abstract

本发明公开了一种协议自动测试方法及其系统；方法包括：所述服务器端存储测试用例，并配置测试参数；所述服务器端与所述用户终端配置相同的通道参数；所述通道参数包括所述服务器端与所述用户终端间的控制通道的通道参数，及所述服务器端与所述用户终端间的测试数据通道的通道参数；所述服务器端在所述控制通道上发送起始命令给用户终端；所述用户终端收到所述起始命令后在所述控制通道上反馈确认信号给服务器端；所述服务器端接收所述确认信号后，根据所述测试参数依次调用所述测试用例，并与用户终端通过所述测试数据通道共同执行所调用的测试用例。本发明克服了现有技术不能自动化测试的不足，且无需安装额外的设备进行测试。

Description

一种协议自动测试方法及其系统

技术领域

本发明涉及协议栈的开发过程中的自动测试技术，尤其涉及一种嵌入式协议自动测试方法及其系统。

背景技术

在协议栈开发Debug或是测试分析执行过程中，需要在通信双方验证协议实现的正确性，如图1所示。通常的情况可在通信双方安装一些常用开源工具(如：Ethereal，Wireshark，Sniffer)来辅助分析协议栈的过程，帮助开发人员debug信息。而在测试的过程中，也可以借助这些开源工具，或是利用现有成熟测试框架，如TTCN等来实现，但是这些方法的使用，都是只考虑到了某一端(一般是服务器端)的自动化测试问题，能够提供无需人为干预的测试步骤，但是通常在另一端，往往需要用人工来按照测试步骤交互进行操作，其效率虽较全手工测试高出不少，但仍然无法有效的把测试人员或是开发人员从重复劳动中解放出来，使其只需要关心测试用例的设计或是开发代码上，而不是执行这个复杂的过程。

另外，现有技术中一种协议测试系统和协议测试方法如下：业务量生成设备将测试业务量数据发送到测试服务器，中间经过了由通信网络模拟器设备构造的一个伪通信网络中对其进行处理，以便再现TCP/IP协议的问题，该伪通信网络的设置和控制信息是由外接的测试控制设备来完成自动执行的。然而虽然该协议测试方法能够实现自动化，但其主要解决的问题是在不了解TCP/IP协议或是没有熟练技术的情况下准确再现TCP/IP协议中的问题，而并不能帮助程序员或测试人员定位出协议中具体是哪里出现了什么问题，且需要额外安装一通信网络模拟器设备，仅适于在成形的产品阶段进行自动测试，而并不适合开发及测试阶段的应用范围。

发明内容

本发明提供了一种协议自动测试方法及其系统，克服了现有技术不能自动化测试的不足，且无需安装额外的设备进行测试。

为了解决上述问题，本发明提供了一种协议自动测试系统，包括服务器端和至少一个用户终端；

所述服务器端和任意一个用户终端之间包括：连接服务器端第一网络接口模块和用户端第二网络接口模块的控制通道，和连接服务器端第一协议栈模块和用户端第二协议栈模块的测试数据通道；

所述服务器端还包括：

测试用例存储单元，用于保存测试用例；

第一配置模块，用于预先配置测试参数和服务器端通道参数；

测试调度模块，用于控制所述第一网络接口模块通过所述控制通道发送起始信号给所述用户终端；当所述第一网络接口模块收到所述用户终端反馈的确认信号后，根据所述测试参数，依次调用相应的测试用例发送给所述第一协议栈模块，并控制所述第一协议栈模块通过所述测试数据通道与所述用户终端之间测试用例的执行；

所述用户终端还包括：第二配置模块，用于预先配置与服务器端相同的通道参数；

调度模块，用于控制所述第二网络接口模块接收所述起始信号，并控制所述第二网络接口模块通过所述控制通道反馈确认信号给所述服务器端。

进一步地，所述测试用例存储单元包括：

第一测试用例存储单元，用于存储分别对应于待测试协议的不同测试步骤的第一测试用例；

第二测试用例存储单元、用于存储分别对应于所述不同测试步骤的正确执行结果的第二测试用例；

所述测试调度模块所调用的为所述第一测试用例存储单元中的第一测试用例。

进一步地，所述服务器端还包括：比较分析模块；

所述第一协议栈模块将每次的执行结果发送给所述比较分析模块；

所述比较分析模块通过比较该执行结果与所述第二测试用例存储单元中对应的正确执行结果，生成一测试报告，包括：判断协议中是否存在错误；如果存在错误，则进一步判断出该错误的出处，以及具体的错误内容。

进一步地，所述服务器端还包括：

时序解析模块；

所述第一协议栈模块将每次的执行结果发送给所述时序解析模块；

所述时序解析模块通过比较该执行结果与所述第二测试用例存储单元中对应的正确执行结果，分析所述第一协议栈模块与所述第二协议栈模块在执行过程中的时序，并生成时序图。

进一步地，所述服务器端还包括：

测试结果显示单元，用于显示所述测试报告；

协议时序显示单元，用于显示所述时序图。

进一步地，所述第一、第二配置模块配置的测试参数包括：

测试用例种类和测试方式；

所述测试用例种类包括：一致性、交互性、压力或其他测试；

所述测试方式包括：单用例执行、全部用例执行或任意组合执行。

本发明还提供了一种协议自动测试方法，用于包括服务器端和至少一个用户终端的系统中，包括以下步骤：

所述服务器端存储测试用例，并配置测试参数；

所述服务器端与所述用户终端配置相同的通道参数；所述通道参数包括所述服务器端与所述用户终端间的控制通道的通道参数，及所述服务器端与所述用户终端间的测试数据通道的通道参数；

所述服务器端在所述控制通道上发送起始命令给用户终端；

所述用户终端收到所述起始命令后在所述控制通道上反馈确认信号给服务器端；

所述服务器端接收所述确认信号后，根据所述测试参数依次调用所述测试用例，并与用户终端通过所述测试数据通道共同执行所调用的测试用例。

进一步地，所述测试用例包括：

第一测试用例，分别对应于待测试协议的不同测试步骤；

第二测试用例，分别对应于所述不同测试步骤的正确执行结果；

所述服务器端调用的测试用例为所述第一测试用例。

进一步地，所述的方法还包括：

所述服务器端比较所述第一测试用例的执行结果与所述第二测试用例中对应的正确执行结果；

根据比较生成一测试报告，所述报告包括：判断协议中是否存在错误；如果存在错误，则进一步生成该错误的出处，以及具体的错误内容。

进一步地，所述的方法还包括：

所述服务器端比较所述第一测试用例测试结果与所述第二测试用例中对应的正确执行结果；

根据比较分析执行过程中的时序，并生成时序图。

进一步地，所述的方法还包括：

显示所述测试报告及所述时序图。

进一步地，所述测试参数包括：

测试用例种类和测试方式；

所述测试用例种类包括：一致性、交互性、压力或其他测试；

所述测试方式包括：单用例执行、全部用例执行或任意组合执行。

本发明的技术方案提供了一种协议自动测试方法及其系统，通过用户预先针对系统中待测协议设计好测试用例，可自动完成对测试执行过程中产生的数据进行收集、分析、整理；用户无需手动操作，从而简化了测试过程、难度并且能够降低测试时间，大大提高了开发和测试的效率，降低了成本。本发明的一个优化方案将测试用例分成测试步骤和对应该测试步骤的测试结果，以方便在测试中准确定位错误；本发明的另一个优化方案在服务器端由用户针对需要测试的项目进行配置后，即可以根据用户的测试执行命令启动系统中服务器和客户/服务器端中协议的一致性、交互性、压力等项目的自动测试；本发明的又一个优化方案能够在测试的过程中通过对测试用例中测试步骤的测试结果、与该测试用例中对应该测试步骤的测试结果的比对分析，能帮助程序员或测试人员在开发及测试阶段准确定位出协议中具体是哪里出现了什么问题；还可以进一步用GUI界面的形式动态显示协议时序图和测试结果，可使开发人员或测试人员直观的找出系统中协议执行存在的问题，简化了分析的步骤和烦琐的操作，从而实现对系统协议的可视化自动测试。

附图说明

图1是通讯双方的示意图；

图2是本发明中可视化协议自动测试系统的实施例的框图；

图3是本发明中可视化协议自动测试方法的实施例的流程图；

图4是实施例中的协议时序示意图；

图5-1是实施例中服务器端的状态转换示意图；

图5-2是实施例中用户终端的状态转换示意图；

图6是实施例中服务器端监控分析模块流程图。

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

本发明所述的协议自动测试系统，一个实施例如图2所示，包括服务器端(server)100和至少一个用户终端(client)200；

其中，所述服务器端(server)100包括：用于配置测试参数和通道参数的第一配置模块102、测试调度模块103、测试用例存储单元、第一网络接口模块105和第一协议栈模块106；

所述用户终端200包括：第二网络接口模块201、调度模块202、用于配置通道参数的第二配置模块203和第二协议栈模块205；

所述服务器端和任意一个用户终端之间包括：连接服务器端第一网络接口模块和用户端第二网络接口模块的控制通道，和连接服务器端第一协议栈模块和用户端第二协议栈模块的测试数据通道；第一、第二配置模块配置的通道参数相同；所述通道参数包括所述第一、第二网络接口模块间的控制通道的通道参数，及所述第一、第二协议栈模块间的测试数据通道的通道参数。

可选的，服务器端还可以进一步包括：第一用户交互模块101，测试时，用户可以通过第一用户交互单元101指示所述第一配置模块102对测试参数和/或通道参数进行配置；

可选的，用户终端还可以进一步包括：第二用户交互模块204，测试时，用户可以通过第二用户交互单元204指示所述第二配置模块203对通道参数进行配置；

所述第一、第二用户交互模块可以但不限于为GUI(图形用户界面)。

在实际应用中，也不排除第一、第二配置模块自动进行配置的情况，比如读取一个预设的或默认的配置文件，然后按照该配置文件进行配置等。

可选的，所述第一配置模块102配置的测试参数包括：测试用例种类和测试方式；该测试用例种类包括：一致性、交互性、压力或其他测试；该测试方式包括：单用例执行、全部用例执行或任意组合执行。所述第一配置模块102可以将所述测试参数保存为一配置文件。

可选的，所述第一、第二配置模块还可以用于配置设备信息，即本设备为服务器端还是用户终端；这样同一设备既可以当服务器端使用，也可以当用户终端使用；当然实际应用中也不排除将设备固定为服务器端或用户终端的做法，此时可以不用配置所述设备信息。

可选的，所述测试用例存储单元可以包括第一测试用例存储单元104和第二测试用例存储单元109。

其中，所述第一测试用例存储单元104、第二测试用例存储单元109，分别用于存储第一测试用例和第二测试用例；

各所述第一测试用例分别对应于待测试协议的不同测试步骤；

各所述第二测试用例分别对应于不同测试步骤的正确执行结果；

可见，第一、第二测试用例也是一一对应的。

当一个第一测试用例中包含若干个数据包时，与该第一测试用例对应的第二测试用例中也将包含若干个正确执行结果；对于一个第一测试用例而言，其各数据包的正确执行结果应该和对应的第二测试用例中对应的正确执行结果相同；如果不同，则说明执行出错。由于数据包是按时序执行的，因此按时序可以找到各数据包对应的正确执行结果；当然也不排除利用在数据包和正确执行结果中加入对应标识来查找各数据包对应的正确执行结果。

所述测试调度模块103根据用户输入的命令启动测试，或自动在一时间启动测试，控制第一网络接口模块105通过所述控制通道发送起始信号给客户终端200的第二网络接口模块201；第二网络接口模块201接收并发送该起始信号给调度模块202，所述调度模块202控制第二网络接口模块201通过所述控制通道反馈确认信号给所述第一网络接口模块105；

所述测试调度模块103当所述第一网络接口模块收到用户终端反馈的确认信号后，根据所述第一配置模块102配置的测试参数，依次调用第一测试用例存储单元104中相应的第一测试用例给第一协议栈模块106，控制所述第一协议栈模块106与第二协议栈模块205之间通过所述测试数据通道对所述第一测试用例的执行。

所述第一、第二配置模块对控制通道配置的通道参数相同，对测试数据通道配置的通道参数也相同。

在一种实施方式中，第一、第二配置模块可以在测试前就完成全部配置，在其它实施方式中，第一、第二配置模块也可以在被触发时进行配置，比如：服务器端可以是在收到所述确认信号后触发第一配置模块102配置测试参数和测试数据通道的通道参数；用户终端可以是在收到所述起始信号后触发第二配置模块203配置测试数据通道的通道参数(此时，第二配置模块203配置完毕后返回确认信号给调度模块202，调度模块202收到第二配置模块203的确认信号后再反馈确认信号到服务器端)。但在开始测试时，第一、第二配置模块都已配置好控制通道的通道参数。

可选的，服务器端还可以进一步包括：监控分析模块；该监控分析模块包括比较分析模块107和时序解析模块108，或其中任一。

可选的，服务器端还可以进一步相应包括：测试结果显示单元110和协议时序显示单元111，或其中任一。

所述第一协议栈模块106还用于将每次的执行结果发送给比较分析模块107和/或时序解析模块108，比较分析模块107通过比较该执行结果与第二测试用例存储单元109中对应的内容生成一测试报告，包括：判断协议中是否存在错误，如果存在错误，则进一步判断出该错误的出处，以及具体的错误内容；并将该测试报告输出给测试结果显示单元110以显示；时序解析模块108通过比较该执行结果与该第二测试用例存储单元109中对应的内容，分析该第一协议栈模块106与第二协议栈模块205在执行过程中的时序，并生成时序图输出给协议时序显示单元111以显示。

所述测试调度模块103调用该第一测试用例存储单元104中的某一测试步骤给第一协议模块106，以实现其执行与第二协议栈模块205之间的测试，当测试的第一协议模块106或者第二协议模块205出现错误时，比较分析模块107即可通过比较该执行结果与第二测试用例中对应该某一测试步骤的正确执行结果判断出该错误的出处，以及具体的错误内容。

其中，所述第一网络接口模块105与第二网络接口模块之间通过控制通道进行连接，该控制通道可以是：有线和无线方式。其中有线方式可以是：串口、并口、USB、以太网等；无线方式可以是：红外、WIFI、蓝牙等。

其中，所述第一协议模块与第二协议模块之间通过测试数据通道进行连接，该测试数据通道可以是：有线和无线方式。其中有线方式可以是：串口、并口、USB、以太网等；无线方式可以是：红外、WIFI、蓝牙等。

其中，所述的协议，包括：TCP/IP(TCP、UDP、IP、ICMP、ARP、SIP、HTTP、TFTP、WAP等等)、802.11(WIFI)、802.3等。

请参见图3，是本发明可视化协议自动测试方法的实施例的流程图，其步骤包括：

步骤800，用户通过配置选项输入配置信息，该配置信息可以包括：

配置设备信息，如server或client；

配置测试用例种类信息，如一致性测试，交互性测试，压力测试，其他测试等选项，同时配置每一个种类对应的测试用例的目录路径，可以任意组合选择；

配置测试方式信息，如执行单个测试用例，或执行全部测试用例，或执行任意组合用例；

配置通道参数，如串口通讯中的波特率、端口号等信息，建立设备间的控制通道；

步骤802，两个设备的配置模块根据用户输入的配置信息形成配置文件，该配置文件可以是TXT格式或其他类型格式，如：*.doc类型的文件，或是XML文档等都可以。例如配置文件1：设备：server；测试用例种类：一致性测试、f:\ConformanceTestSuite，交互性测试、f:\IOPTtestSuite，...；测试方式：全部cases执行；通讯模式选择：串口、9600、COMl，...

步骤804，判断用户是否要求修改配置信息，如果修改则进入步骤800，否则，进入步骤806；

步骤806，判断是否启动协议的自动测试，如果不启动，则继续进入步骤804判断是否需要修改配置信息，否则进入步骤808；

步骤808，服务器端和用户终端的调度模块(即上文装置中的测试调度模块103和调度模块202)读取配置文件；当用户点击“开始测试”的按钮后，服务器端发送起始命令到用户终端；用户终端返回确认命令；服务器端和用户终端之间的控制通道建立；

然后服务器端的调度模块读取配置文件中的“设备信息”、“测试用例种类信息”和“测试方式信息”，以形成查询条件；

步骤810，服务器端的调度模块根据配置文件提取所有要用到的测试用例；根据形成的查询条件从测试用例库中获得满足条件的测试用例，直到所有要用到的测试用例被提取完毕。

步骤812，服务器端的调度模块依次发送所提取的预先编写的测试用例给第一协议栈模块，每次发送一个测试用例；建立第一与第二协议栈模块之间的协议测试的执行；

步骤814，服务器端的调度模块判断当前测试用例的执行是否结束，如果没有则同时进行步骤818直到执行结束；否则，进入步骤816。

步骤818，比较分析模块比较实际执行结果和正确执行结果，该步骤为优选步骤；时序解析模块依次解析第一协议栈模块执行测试过程中的时序，该步骤为优选步骤；还可以进一步地将该时序转换为时序图进行输出显示，参见图4；

步骤816，判断所述所有要用到的测试用例是否均执行结束，如果没有继续进入步骤812执行下一个测试用例，否则进入步骤820。

步骤820，输出显示协议的测试报告；该步骤为优选步骤。该测试报告内容包含：

Pass Number：代表测试结果与预期正确的执行结果比较后一致，表示被测内容正确；

Fail Number：代表测试结果与预期正确的执行结果比较后不一致，表示被测内容不正确；

ErrorNumber：代表测试执行过程中出现异常，中止的个数；

TestCases Total：收集统计总计执行了多少条测试用例。

其中预先编写的测试用例是采用prel语言，也可采用C，C++，JAVA等语言。

由此可以看出，协议自动测试过程中用户通过GUI界面的配置，方便测试或开发人员对于不同的测试方案能够快速提取选用，同时还对测试用例进行分类，加快了测试人员或开发人员对测试用例的提取，提高了工作效率。

另外，用户通过配置，完成服务器(server)和用户终端(client)设备间的通讯方式的设置，如：串口的基本配置(波特率，端口等)，通过有线或无线方式来实现对调度数据的传输，因此测试人员无须单独编写程序即可实现在不同设备间数据传输、分析和收集测试结果；同时在两种不同类型的设备上安装同一套这样的系统，简化工作步骤，减少成本。

下面结合实施例中服务器与用户终端执行协议自动测试时的状态转换过程进一步对本发明协议自动测试方法进行详细说明。

请参见图5-1，是实施例的测试过程中服务器端状态转换示意图。

状态401：开始状态，此时测试调度模块处于非活动状态；

当测试调度模块收到用户启动测试的命令后，进入初始化状态402。

状态402：测试调度模块首先读取由GUI生成的配置信息；根据配置信息读入测试用例和测试环境参数配置；初始化并打开控制通道(如：串口)；发送用户终端(client)Paging命令至控制通道，查询可用Client，并设置计时器；若此时计时器没有超时，则开始等待Client的回应，若计时器超时，则结束该模块的执行，并返回错误，进入结束状态405；如果收到Client的错误应答(即图中的非正常响应)，则重新发送命令至控制通道；当调度模块收到Client返回的回应(即图中的正常响应)后，进入执行状态403。

状态403：当测试调度模块收到正确的Client回应之后，进入执行状态。

进入该状态后，首先初始化测试数据通道(如：以太网卡)；Server端执行已载入的测试用例，此时测试用例应处于阻塞状态；发送启动测试用例命令至控制通道，并启动计时器；若计时器没有超时，则等待Client的应答；若超时则结束该模块的执行，并返回错误，进入结束状态405；若收到Client的错误应答(即图中的非正常响应)，则重新发送命令至控制通道；若调度模块收到Client的正确应答(即图中的正常响应)，那么此时测试数据已经开始在测试数据通道上传输，进入监控分析状态404。

状态404：该状态下监控分析模块主要监控分析测试用例的执行是否正确，并通过判断时间和执行结果等控制Server与Client的同步执行。

进入该状态后，启动计时器，判断是否超时，若超时则中止测试用例的执行，并返回错误，进入结束状态405；若没有超时则等待由Client发回的执行结束命令和测试报告；若收到由Client发送的执行结束命令和测试报告，则结束Server端测试用例的执行；进入结束状态405。

状态405：结束状态，在该状态中，测试调度模块将拆除之前建立的控制通道与测试数据通道，到达状态406。

拆除测试数据通道(如：以太网卡)；拆除控制通道(如：串口)；清除测试用例执行的环境，释放所用资源；监控分析模块将Server端的测试报告与Client端的测试报告发送至输出单元提交给GUI进行显示。

请参见图5-2是实施例的测试过程中用户终端状态转换示意图，

状态501：用户终端调度模块开始状态，此时调度模块处于非活动状态。

当用户终端调度模块收到用户启动命令时，进入初始化状态502。

状态502：初始化控制通道，打开该通道以便接受来自Server端的命令；启动计时器，并判断是否超时，若超时则退出该模块执行，进入结束状态505；若没有超时，则等待服务器发送用户终端Paging命令；若收到用户终端(client)Paging命令(相当于上文中服务器端的起始命令)，则发送响应；启动计时器，并判断是否超时，若超时则退出该模块执行，进入结束状态505；若没有超时，则等待服务器发送启动测试用例(Test Case)命令；若收到启动测试用例命令，则进入执行状态503。

状态503：调度模块收到启动测试用例命令，开始执行测试用例。

解析收到的启动测试用例命令；根据解析结果，判断需要执行哪些测试用例以及如何执行，并将测试用例加载；发送执行响应，开始执行测试用例；启动计时器等待Server返回确认命令，若超时则退出该模块执行，进入结束状态505；若Server发送响应，返回确认命令，控制模块收到确认命令则进入监控状态504，监控测试用例执行。

状态504：监控状态，判断测试用例是否执行结束。

启动计时器，判断是否超时，若没有超时则判断用例是否执行结束，若超时则退出该模块执行，进入结束状态505；若测试用例执行结束，则发送结束用例命令至控制通道，并将Client端测试报告回送至Server；进入结束状态505。

状态505，调度模块将拆除链接，清理测试环境；拆除测试数据通道(如：以太网卡)；拆除控制通道(如：串口)；清除测试环境，释放所用资源。

请参见图6，是实施例中服务器端监控分析模块工作流程图。

步骤701，当接收到开始测试的命令后，读取配置文件“设备信息”是server后，初始化监控分析模块的数据。

步骤702，703，根据配置文件里的“通道参数”，选择打开相关控制通道进行监控操作，即将通道上的数据读取至监控分析模块进行处理，同时并不影响测试调度模块和测试用例的正常操作。

步骤704，705，在没有接收到退出命令并且没有接收到超时标志的时候，将会执行步骤706，判断是否有测试数据经过，如果有则依次执行步骤707，708，709；否则返回步骤704；步骤707，这里的过程将根据测试数据和测试用例的内容，把测试数据发送给Server端测试用例，用于测试用例外部数据的记录和判断；步骤708，记录协议时序到文档中，并把对应的协议时序提供给输出界面用GUI的方式显示。

当收到退出命令或超时标志的时候，将会执行步骤710，根据数据和测试用例提供的信息中是否有测试报告的内容来判断，若没有测试报告的内容过来的时候，执行步骤712关闭测试数据通道监控后再执行步骤713关闭控制通道监控，直到整个流程结束。若还有测试报告过来则执行步骤711，保存测试报告，直到所有测试报告收集完毕，进入到步骤712，713，直到整个流程结束。

同时收集到的测试报告的数据内容存入文件中，提供给输出界面的GUI显示报告内容。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明的权利要求的保护范围。

Claims (12)

1、一种协议自动测试系统，包括服务器端和至少一个用户终端；

其特征在于，所述服务器端和任意一个用户终端之间包括：连接服务器端第一网络接口模块和用户端第二网络接口模块的控制通道，和连接服务器端第一协议栈模块和用户端第二协议栈模块的测试数据通道；

所述服务器端还包括：

测试用例存储单元，用于保存测试用例；

第一配置模块，用于预先配置测试参数和服务器端通道参数；

测试调度模块，用于控制所述第一网络接口模块通过所述控制通道发送起始信号给所述用户终端；当所述第一网络接口模块收到所述用户终端反馈的确认信号后，根据所述测试参数，依次调用相应的测试用例发送给所述第一协议栈模块，并控制所述第一协议栈模块通过所述测试数据通道与所述用户终端之间测试用例的执行；

所述用户终端还包括：第二配置模块，用于预先配置与服务器端相同的通道参数；

调度模块，用于控制所述第二网络接口模块接收所述起始信号，并控制所述第二网络接口模块通过所述控制通道反馈确认信号给所述服务器端。

2、如权利要求1所述的系统，其特征在于，所述测试用例存储单元包括：

第一测试用例存储单元，用于存储分别对应于待测试协议的不同测试步骤的第一测试用例；

第二测试用例存储单元、用于存储分别对应于所述不同测试步骤的正确执行结果的第二测试用例；

所述测试调度模块所调用的为所述第一测试用例存储单元中的第一测试用例。

3、如权利要求2所述的系统，其特征在于，所述服务器端还包括：

比较分析模块；

所述第一协议栈模块将每次的执行结果发送给所述比较分析模块；

所述比较分析模块通过比较该执行结果与所述第二测试用例存储单元中对应的正确执行结果，生成一测试报告，包括：判断协议中是否存在错误；如果存在错误，则进一步判断出该错误的出处，以及具体的错误内容。

4、如权利要求3所述的系统，其特征在于，所述服务器端还包括：

时序解析模块；

所述第一协议栈模块将每次的执行结果发送给所述时序解析模块；

所述时序解析模块通过比较该执行结果与所述第二测试用例存储单元中对应的正确执行结果，分析所述第一协议栈模块与所述第二协议栈模块在执行过程中的时序，并生成时序图。

5、如权利要求4所述的系统，其特征在于，所述服务器端还包括：

测试结果显示单元，用于显示所述测试报告；

协议时序显示单元，用于显示所述时序图。

6、如权利要求1到5中任一项所述的系统，其特征在于，所述第一、第二配置模块配置的测试参数包括：

测试用例种类和测试方式；

所述测试用例种类包括：一致性、交互性、压力或其他测试；

所述测试方式包括：单用例执行、全部用例执行或任意组合执行。

7、一种协议自动测试方法，用于包括服务器端和至少一个用户终端的系统中，其特征在于，包括以下步骤：

所述服务器端存储测试用例，并配置测试参数；

所述服务器端与所述用户终端配置相同的通道参数；所述通道参数包括所述服务器端与所述用户终端间的控制通道的通道参数，及所述服务器端与所述用户终端间的测试数据通道的通道参数；

所述服务器端在所述控制通道上发送起始命令给用户终端；

所述用户终端收到所述起始命令后在所述控制通道上反馈确认信号给服务器端；

所述服务器端接收所述确认信号后，根据所述测试参数依次调用所述测试用例，并与用户终端通过所述测试数据通道共同执行所调用的测试用例。

8、如权利要求7所述的方法，其特征在于，所述测试用例包括：

第一测试用例，分别对应于待测试协议的不同测试步骤；

第二测试用例，分别对应于所述不同测试步骤的正确执行结果；

所述服务器端调用的测试用例为所述第一测试用例。

9、如权利要求8所述的方法，其特征在于，还包括：

所述服务器端比较所述第一测试用例的执行结果与所述第二测试用例中对应的正确执行结果；

根据比较生成一测试报告，所述报告包括：判断协议中是否存在错误；如果存在错误，则进一步生成该错误的出处，以及具体的错误内容。

10、如权利要求9所述的方法，其特征在于，还包括：

所述服务器端比较所述第一测试用例测试结果与所述第二测试用例中对应的正确执行结果；

根据比较分析执行过程中的时序，并生成时序图。

11、如权利要求10所述的方法，其特征在于，还包括：

显示所述测试报告及所述时序图。

12、如权利要求7到11中任一项所述的方法，其特征在于，所述测试参数包括：

测试用例种类和测试方式；

所述测试用例种类包括：一致性、交互性、压力或其他测试；

所述测试方式包括：单用例执行、全部用例执行或任意组合执行。

Images