[发明专利]通用网关接口的测试方法及测试装置

说明书

技术领域

本发明涉及软件测试技术领域，尤其涉及一种通用网关接口(CGI，Common Gateway Interface)的测试方法及测试装置。

背景技术

CGI是一种运行在服务器上的程序，用于提供同客户端交互的接口。CGI内包括具体的逻辑处理模块，其中包括不同的逻辑分支，用于对请求数据进行相对应的处理并返回处理结果。CGI处理请求包的具体过程包括：客户端通过网络将用户的请求包送到服务器；服务器接收客户端的请求包并交给CGI处理；CGI根据该请求包的类型采用对应的处理逻辑进行处理，把处理结果传送给服务器；服务器通过应答包把处理结果送回到客户端。

目前，对于CGI的功能测试，大多数测试方法都是通过人工去验证功能是否正常的方法，每次更新CGI的时候，测试人员都需要人工对整个系统进行功能测试，从而保障系统质量。这样不仅需要较长的测试时间，并且也有很多重复性的工作。

目前也出现了一些测试工具，如iCAF工具，其主要功能是通过抓取客户端用户界面(UI，User Interface)控件，修改UI控件的取值，然后自动发送测试包进行测试。

但是，现有的这种UI测试方法有两个主要缺点：

(1)客户端系统的UI更新一般是很敏捷的，界面经常出现变化，导致自动化脚本需要很大的维护量，就算CGI本身没有变化，但界面一发生变化就需要大量地修改测试代码和测试用例，测试工作量非常巨大，在实际中开展起来比较吃力，需要花费很多人力在维护上面，并且一旦有新的界面，还需编写新的用例去支持，而且跟CGI本身也没有直接的关系。

(2)另外，客户端界面通常有一些保护机制，利用UI控件无法任意修改请求的数据，因此现有的这种方法只能验证部分的正常功能，无法模拟各种请求情况，无法验证CGI对于异常请求的逻辑处理以及容错能力，而且发现问题的时候也很难准确定位到CGI出错的位置。例如黑客可以绕过客户端对请求数据进行篡改，在这种情况下需要检测CGI对应的容错能力，但是由于现有的这种测试方法无法模拟这种黑客篡改的情况，因此无法检测到CGI应对的这种情况的能力。因此，现有这种测试方法发现和解决CGI逻辑错误的能力较低，测试的准确度不高。

发明内容

有鉴于此，本发明的主要目的在于提供一种CGI的测试方法及其测试装置，减少测试工作量，提高测试精确度。

本发明的技术方案是这样实现的：

一种通用网关接口CGI的测试方法，包括：

收集客户端发出的请求包和服务器针对该请求响应的应答包，对所述请求包和应答包进行解析，生成包括请求数据和应答数据的用例文件；

根据CGI的处理逻辑修改所述用例文件，其中包括将请求数据修改为构造的请求数据，以及将对应的应答数据修改为预期应答数据；

将所述修改后的请求数据封装成测试请求包发送给服务器；

接收服务器返回的相应应答包，对所述应答包进行解析得到实际应答数据，与所述预期应答数据进行对比，输出对比结果。

一种CGI的测试装置，包括：

收集解包模块，用于收集客户端发出的请求包和服务器针对该请求响应的应答包，对所述请求包和应答包进行解析，得到对应的请求数据和应答数据；

用例生成模块，用于生成包括所述请求数据和应答数据的用例文件；

用例修改模块，用于根据测试人员指令修改所述用例文件，其中包括将请求数据修改为构造的请求数据，以及将对应的应答数据修改为预期应答数据；

封包模块，用于将所述修改后的请求数据封装成测试请求包发送给服务器；

解包对比模块，用于接收服务器返回的应答包，对所述应答包进行解析得到实际应答数据，与所述预期应答数据进行对比，将对比结果发送给输出模块输出；

输出模块，用于输出展示所述对比结果。

与现有技术相比，本发明不需要关心UI控件的变化，而是直接收集请求包生成一个基本的用例文件，并对用例中的数据进行修改生成测试用请求包，不必根据界面的变化修改测试代码和测试用例，减少了测试的工作量。

本发明不需要UI控件的帮助，不受客户端界面的保护机制的影响，而是可以对请求包中的数据进行任意修改，因此本发明中，测试人员可以根据CGI逻辑分支修改所生成的基本的用例文件，从而构造出测试人员希望构造出的任意的测试用例，用来模拟各种对应的请求情况，从而提高发现和解决CGI逻辑错误的能力，提高测试的准确度。

附图说明

图1为本发明所述CGI测试方法的主要流程图；