本公开涉及Servlet接口测试技术领域,尤其涉及一种Servlet接口测试方法及Servlet接口测试客户端。
背景技术:
近年来,随着科学技术进步,我国社会服务业业务发展迅速,业务量日益增长。
随着业务量日益增长,一些业务系统新开发的接口源源不断,这些接口不仅包含网页服务程序(Web Service)接口和套接字Socket接口,还有大量的小服务程序Servlet接口。目前对于Web Service接口有对应的简单对象访问协议用户界面(Soap UI,Simple Object Access Protocol User Interface)等测试工具,对于Socket接口也有Socket Tool等测试工具。但是对于Servlet接口,测试人员一直都没有有效的测试工具和测试方案,只能依靠开发人员开发对应的Java服务器页面(JSP,Java Server Pages)进行测试,测试的效率较为低下。另外,业务系统中大部分Servlet接口只是作为业务接口,实际并不会通过JSP请求页面进行请求。如果依靠开发人员对每个Servlet接口开发对应的页面进行请求测试,这就大大增加了开发人员原本不必要的开发量,开发测试成本较高。此外,业务系统中很多请求都是通过密文发送的,对于请求需要进行加密的情况,还需要单独开发加密程序进行加密,这进一步严重影响测试的效率,也增加了开发的成本。
因此,有必要提供一种新的技术方案改善上述方案中存在的一个或者多个问题。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现要素:
本公开的目的在于提供一种Servlet接口测试方法及Servlet接口测试客户端,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开实施例的第一方面,提供一种Servlet接口测试方法,应用于一测试客户端;所述Servlet接口测试方法包括:
监听所述客户端接收的输入以获取待测试Servlet接口的测试请求以及归属于所述测试请求的目标地址;
判断测试请求的类型,并根据所述测试请求类型以及归属于所述测试请求的目标地址建立所述待测试Servlet接口与目标服务器的通信链接;
获取所述归属于所述测试请求的测试参数,并将所述测试参数发送至所述目标服务器以获取所述目标服务器根据所述测试参数返回的测试结果。
本公开的一种示例性实施例中,所述测试请求包括提交请求,所述提交请求为JSON数据串格式;所述获取所述归属于所述测试请求的测试参数,并将所述测试参数发送至所述目标服务器以获取所述目标服务器根据所述测试参数返回的测试结果包括:
对所述JSON数据串进行解析,获取所述归属于所述提交请求的测试用例参数;
将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。
本公开的一种示例性实施例中,所述测试请求包括获取请求,归属于所述获取请求的目标地址包括测试用例参数;
所述获取所述归属于所述测试请求的测试参数,并将所述测试参数发送至所述目标服务器以获取所述目标服务器根据所述测试参数返回的测试结果包括:
从所述获取请求的目标地址中获取所述归属于所述获取请求的测试用例参数;
将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。
本公开的一种示例性实施例中,所述方法还包括:
对获取的所述归属于所述测试请求的所述测试参数进行加密处理;
将加密后的所述测试参数发送至所述目标服务器以获取所述目标服务器根据加密后的所述测试参数返回的测试结果;
对返回的加密后的所述测试参数对应的所述测试结果进行解密处理。
本公开的一种示例性实施例中,所述客户端包括可配置的配置文件,所述配置文件包括加密密钥和对应的解密密钥;
所述对获取的所述归属于所述测试请求的所述测试参数进行加密处理包括:
根据所述配置文件中的所述加密密钥对所述测试参数进行加密处理;
所述对返回的加密后的所述测试参数对应的所述测试结果进行解密处理包括:
根据所述配置文件中的所述解密密钥对加密后的所述测试参数对应的所述测试结果进行解密处理。
根据本公开实施例的第二方面,提供一种Servlet接口测试客户端,所述客户端包括:
请求获取模块,用于监听所述客户端接收的输入以获取待测试Servlet接口的测试请求以及归属于所述测试请求的目标地址;
请求处理模块,用于判断测试请求的类型,并根据所述测试请求类型以及归属于所述测试请求的目标地址建立所述待测试Servlet接口与目标服务器的通信链接;
结果获取模块,用于获取所述归属于所述测试请求的测试参数,并将所述测试参数发送至所述目标服务器以获取所述目标服务器根据所述测试参数返回的测试结果。
本公开的一种示例性实施例中,所述测试请求包括提交请求,所述提交请求为JSON数据串格式;
所述结果获取模块,用于:对所述JSON数据串进行解析,获取所述归属于所述提交请求的测试用例参数;
将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。
本公开的一种示例性实施例中,所述测试请求包括获取请求,归属于所述获取请求的目标地址包括测试用例参数;
所述结果获取模块,用于:从所述获取请求的目标地址中获取所述归属于所述获取请求的测试用例参数;
将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。
本公开的一种示例性实施例中,所述客户端还包括:
加密模块,用于对获取的所述归属于所述测试请求的所述测试参数进行加密处理;
收发模块,用于将加密后的所述测试参数发送至所述目标服务器以获取所述目标服务器根据加密后的所述测试参数返回的测试结果;
解密模块,对返回的加密后的所述测试参数对应的所述测试结果进行解密处理。
本公开的一种示例性实施例中,所述客户端包括可配置的配置文件,所述配置文件包括加密密钥和对应的解密密钥;
所述加密模块,用于根据所述配置文件中的所述加密密钥对所述测试参数进行加密处理;
所述解密模块,用于根据所述配置文件中的所述解密密钥对加密后的所述测试参数对应的所述测试结果进行解密处理。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开的一种实施例中,通过上述测试方法及客户端,由客户端接收并处理待测试Servlet接口的测试请求以及测试参数,以获取目标服务器根据所述测试参数返回的测试结果。这样,一方面,由客户端完成待测试Servlet接口的测试,针对多个待测试Servlet接口都可以通过同一个客户端来完成测试,而无需针对每个待测试Servlet接口均单独开发JSP页面去分别进行测试,提高了测试效率,同时也简化了用户操作;另一方面,由一个客户端完成待测试Servlet接口的测试,而不用开发人员对每个待测试Servlet接口单独开发JSP页面,这减轻了测试人员的工作量,大大降低了测试开发成本,从而避免了人力物力不必要的消耗。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性示出本公开示例性实施例中一种Servlet接口测试方法流程图;
图2示意性示出本公开示例性实施例中另一种Servlet接口测试方法示意图;
图3示意性示出本公开示例性实施例中又一种Servlet接口测试方法示意图;
图4示意性示出本公开示例性实施例中再一种Servlet接口测试方法流程图;
图5示意性示出本公开示例性实施例中客户端的第一图形用户界面示意图;
图6示意性示出本公开示例性实施例中客户端的第二图形用户界面示意;
图7示意性示出本公开示例性实施例中一种应用场景下Servlet接口测试方法流程图;
图8示意性示出本公开示例性实施例中一种Servlet接口测试客户端的框图;
图9示意性示出本公开示例性实施例中一种Servlet接口测试装置的框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
本示例实施方式中首先提供了一种Servlet接口测试方法,该方法可以应用于一测试客户端,所述测试客户端可以运行于一具备显示屏幕的终端设备,例如可以是手机、笔记本电脑等移动终端,也可以是台式电脑等非移动终端。参考图1中所示,该Servlet接口测试方法可以包括:
步骤S101.监听所述客户端接收的输入以获取待测试Servlet接口的测试请求以及归属于所述测试请求的目标地址。
步骤S102.判断测试请求的类型,并根据所述测试请求类型以及归属于所述测试请求的目标地址建立所述待测试Servlet接口与目标服务器的通信链接。
步骤S103.获取所述归属于所述测试请求的测试参数,并将所述测试参数发送至所述目标服务器以获取所述目标服务器根据所述测试参数返回的测试结果。
通过上述Servlet接口测试方法,一方面,由客户端完成待测试Servlet接口的测试,针对多个待测试Servlet接口都可以通过同一个客户端来完成测试,而无需针对每个待测试Servlet接口均单独开发JSP页面去分别进行测试,提高了测试效率,同时也简化了用户操作;另一方面,由一个客户端完成待测试Servlet接口的测试,而不用开发人员对每个待测试Servlet接口单独开发JSP页面,这减轻了测试人员的开发工作量,大大降低了测试开发成本,从而避免了人力物力不必要的消耗。
下面,将参考图2至图4对本示例实施方式中的上述方法的各个步骤进行更详细的说明。
在步骤S101中,监听所述客户端接收的输入以获取待测试Servlet接口的测试请求以及归属于所述测试请求的目标地址。
本示例性实施方式中,所述客户端可以是测试人员开发的一个客户端,即一个客户端应用程序。例如可以是一个基于客户机/服务器结构(C/S结构)的客户端。所述客户端启动后可以呈现一图形用户界面,之后客户端监听在所述客户端的该图形用户界面上的输入以获取测试人员在该图形用户界面上输入的测试请求以及归属于所述测试请求的目标地址。本示例性实施方式中不采用基于浏览器/服务器模式(B/S模式)的请求页面(即JSP页面)处理测试人员输入的测试请求和测试参数以进行后续测试的方案,这样可以节省服务器的开销。因为当同时存在多个B/S请求页面与目标服务器交互进行测试时,服务器开销较大,可能导致测试效率低下。而本示例性实施方式中采用一个C/S客户端接收测试人员输入的测试请求以进行后续测试,始终是一个C/S客户端与服务器交互,避免了上述问题的出现,进而在一定程度上提高了测试效率。
在步骤S102中,判断测试请求的类型,并根据所述测试请求类型以及归属于所述测试请求的目标地址建立所述待测试Servlet接口与目标服务器的通信链接。
本示例性实施方式中,所述测试请求可以包括提交请求和/或获取请求。举例来说,所述提交请求可以是POST请求,所述获取请求可以是GET请求。所述客户端的图形用户界面上可以包括分别对应所述POST请求和GET请求的第一按钮和第二按钮。所述判断测试请求的类型,举例来说,可以包括:当客户端监听到对所述第一按钮的点击操作后,即可判断当前输入为POST请求;当客户端监听到对所述第二按钮的点击操作后,即可判断当前输入为GET请求。
本示例性实施方式中,归属于所述POST请求的目标地址可以包括统一资源定位符(URL,Uniform Resource Locator)、主机地址和端口号。归属于所述GET请求的目标地址可以包括URL。举例来说,所述客户端的图形用户界面上还可以包括用于输入URL、主机地址和端口号一一对应的第一输入框、第二输入框和第三输入框。所述建立所述待测试Servlet接口与目标服务器的通信链接可以包括:当所述客户端判断输入为POST请求时,根据输入的所述URL、主机地址和端口号建立所述待测试Servlet接口与目标服务器的通信链接。当所述客户端判断输入为GET请求时,根据输入的所述URL建立所述待测试Servlet接口与目标服务器的通信链接。
在步骤S103中,获取所述归属于所述测试请求的测试参数,并将所述测试参数发送至所述目标服务器以获取所述目标服务器根据所述测试参数返回的测试结果。
本示例性实施方式中,所述步骤S103可以包括以下两种实施方式:
第一种实施方式:该方式针对的情况是所述测试请求为提交请求,且所述提交请求为JSON数据串格式,例如提交请求是JSON数据串格式的POST请求。继续以上述举例说明,所述客户端的图形用户界面上还可以包括用于输入JSON数据串的第四输入框、用于发送所述测试参数的“发送”按钮以及用于显示测试结果的显示框。参考图2所示,所述步骤S103的第一种实施方式可以包括步骤S201和步骤S202。其中:
步骤S201.对所述JSON数据串进行解析,获取所述归属于所述提交请求的测试用例参数。
本示例性实施方式中,继续以上述举例来说,测试人员在客户端的图形用户界面上的所述第四输入框内输入JSON数据串,同时在所述第一输入框、第二输入框和第三输入框内分别对应输入URL、主机地址和端口号,然后点击选中该图形用户界面上的所述第一按钮,即选择当前为POST请求。最后,点击该图形用户界面上的“发送”按钮,触发客户端在后台对所述JSON数据串进行解析,进而获取归属于该POST请求的测试用例参数。例如,一个示例性的JSON数据串可以是{“name”:“tom”,“pwd”:“123456”},从中获取的测试用例参数为name:tom;pwd:123456,即名字tom和密码123456。
步骤S202.将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。
本示例性实施方式中,所述客户端可以通过HTTP CLIENT进行测试用例参数的发送,之后可以通过Stream流获取返回的测试结果,并在客户端的图形用户界面上的显示框内显示返回的测试结果。
本示例性实施方式中客户端利用JSON数据串模拟Servlet的POST请求,进而确定Servlet的测试结果,不需要通过JSP页面发送请求确定Servlet接口的测试结果。
第二种实施方式:该方式针对的情况是所述测试请求为获取请求,归属于所述获取请求的目标地址包括测试用例参数。例如,所述获取请求为GET请求,归属于所述GET请求的目标地址为URL。所述目标地址包括测试用例参数即该URL后直接拼接测试用例参数,如10.130.101.222:8080/TEST/test?name=李四&sex=1。其中name=李四&sex=1为测试用例参数。参考图3所示,所述步骤S103的第二种实施方式可以包括步骤S301和步骤S302。其中:
步骤S301.从所述获取请求的目标地址中获取所述归属于所述获取请求的测试用例参数。
本示例性实施方式中,继续以上述举例来说,测试人员在客户端的图形用户界面上的所述第一输入框直接输入URL同时拼接输入测试用例参数,点击该图形用户界面上的“发送”按钮,触发客户端获取所述测试用例参数。
步骤S302.将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。例如,所述客户端可以在客户端的图形用户界面上的显示框内显示返回的测试结果。
在一示例性实施例中,参考图4所示,所述方法还可以包括以下步骤S401~步骤S403。其中:
步骤S401、对获取的所述归属于所述测试请求的所述测试参数进行加密处理。
本示例性实施方式中,继续参考上述举例,测试人员在该客户端上的图形用户界面上点击“发送”按钮之后,触发客户端获取所述测试用例参数,在该测试参数被发送至所述目标服务器之前,对测试参数进行加密。举例来说,该客户端上的图形用户界面还可以包括用于加密的加密按钮和用于解密的解密按钮,测试人员可以在测试参数被发送至所述目标服务器之前,点击该加密按钮触发加密处理,再点击“发送”按钮。
在一示例性实施例中,所述客户端包括可配置的配置文件,所述配置文件包括加密密钥和对应的解密密钥。也就是说,该客户端上设有用于加密和解密用的配置文件,该配置文件可根据需要进行配置修改以改变所述加密密钥和对应的解密密钥,这样便于管理可以定期修改密钥,增加安全性。
在步骤S401中,所述对获取的所述归属于所述测试请求的所述测试参数进行加密处理包括:根据所述配置文件中的所述加密密钥对所述测试参数进行加密处理。
本示例性实施方式中通过将加密操作封装,更能适应密文请求的各种场景。
步骤S402、将加密后的所述测试参数发送至所述目标服务器以获取所述目标服务器根据加密后的所述测试参数返回的测试结果。
本示例性实施方式中,目标服务器接收到加密后的测试参数后会对其进行解密,然后根据解密后的测试参数进行测试得到测试结果,将该测试结果加密后返回客户端。
步骤S403、对返回的加密后的所述测试参数对应的所述测试结果进行解密处理。
举例来说,目标服务器接收到加密后的测试参数并返回测试结果后,测试人员可以点击客户端的图形用户界面上的上述解密按钮触发解密处理,之后客户端的图形用户界面上的显示框内显示返回的解密后的测试结果。
在步骤S403中,所述对返回的加密后的所述测试参数对应的所述测试结果进行解密处理包括:根据所述配置文件中的所述解密密钥对加密后的所述测试参数对应的所述测试结果进行解密处理。
本示例性实施方式中将加密和解密功能封装进该客户端,适用一些需要加密测试的应用场景,如保险业务系统等。对于加密应用场景,不需要再单独开发加密程序进行加密,进一步降低了测试开发的人力物力成本,也在一定程度上进一步提高测试的效率。另外,该客户端通过所述配置文件统一进行加密和解密处理,测试人员测试不同的Servlet接口无需频繁的进行密钥的更换,对不同Servlet接口测试的加密解密具有通用性,也进一步提高了测试的效率。
下面再结合图5~图7所示的一个具体示例说明本示例实施方式。本示例实施方式中开发一个C/S模式的客户端,该客户端的图形用户界面如图5和图6所示,其中图5所示为客户端发送加密请求的界面,图6所示为解密返回结果的界面。
本示例实施方式中,测试人员通过该客户端输入需要测试的Servlet请求URL,并可以自由选择是否对请求报文进行加密,是否对返回结果进行解密。对于GET请求,可以在如图5所示界面中的请求方式中点击选中GET按钮,直接在URL输入框内输入URL以及参数信息进行发送。而对于POST请求,可以在如图5所示界面中的请求方式中点击选中POST按钮。为了模拟JSP页面的各个域值,采用JSON数据串传递参数,可以在图5所示界面的输入框内输入一个JSON数据串。同时可以在如图5所示界面中HOST、PORT和URL对应的输入框内输入主机地址、端口号和目标地址。之后可以点击客户端界面上的“发送”按钮,触发客户端在后台对GET请求和POST请求进行区分,并解析传入参数。最后客户端通过HTTP CLIENT进行请求的发送,通过Stream流获取Servlet的返回结果,并在客户端返回域进行显示,可参考图6所示。
本示例实施方式在客户端的界面菜单中,可以包括一个“translate”(翻译)按钮,该按钮可以包括“加密请求”和“解密返回”两个选项,通过“加密请求”完成对请求的加密,通过“解密返回”完成对返回结果的解密。为了达到加解密通用性的目的,本示例性实施方式中可以把加解密密钥配置到配置文件中,用户可以通过客户端界面上的“设置密钥”(图未示)的功能完成对密钥的更改。
下面结合图7详细说明本示例实施方式的工作过程:
步骤S801、开启客户端,监听各个点击事件。例如测试人员在客户端界面上输入参数、点击选择请求方式的事件。
步骤S802、获取输入的URL、端口号、请求方式以及请求JSON串。
步骤S803、判断请求是否加密,若是则进入步骤S804,若否则直接进入步骤S805。例如测试人员可以根据需要点击客户端界面上的翻译按钮实现加密。
步骤S804、通过获取配置文件中的密钥对请求进行加密。
步骤S805、判断请求方式,若是GET请求则进入步骤S806,若是POST请求则进入步骤S807。
步骤S806、通过getMethod建立与目标URL的连接,获取参数,并发送请求。
步骤S807、通过postMethod建立与目标URL的连接,解析JSON串,并发送请求。
步骤S808、获取返回结果,例如是上述步骤S806或者步骤S807发送的请求返回的测试结果。
步骤S809、判断是否需要解密,即对上述测试结果进行解密,若是则进入步骤S810,否则结束本次处理流程。
步骤S810、通过获取配置文件中的密钥对返回结果进行解密,结束处理流程。或者解密后客户端可以显示返回结果,然后结束本次处理流程。
需要说明的是,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。另外,也易于理解的是,这些步骤可以是例如在多个模块/进程/线程中同步或异步执行。
进一步的,本示例实施方式中,还提供了一种Servlet接口测试客户端。参考图8中所示,客户端100可以包括请求获取模块101、请求处理模块102和结果获取模块103。其中:
所述请求获取模块101,用于监听所述客户端接收的输入以获取待测试Servlet接口的测试请求以及归属于所述测试请求的目标地址;
所述请求处理模块102,用于判断测试请求的类型,并根据所述测试请求类型以及归属于所述测试请求的目标地址建立所述待测试Servlet接口与目标服务器的通信链接;
所述结果获取模块103,用于获取所述归属于所述测试请求的测试参数,并将所述测试参数发送至所述目标服务器以获取所述目标服务器根据所述测试参数返回的测试结果。
在一示例性实施例中,所述测试请求包括提交请求,所述提交请求为JSON数据串格式。所述结果获取模块103,用于对所述JSON数据串进行解析,获取所述归属于所述提交请求的测试用例参数,并将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。
在一种示例性实施例中,所述测试请求包括获取请求,归属于所述获取请求的目标地址包括测试用例参数。所述结果获取模块103,用于从所述获取请求的目标地址中获取所述归属于所述获取请求的测试用例参数,并将所述测试用例参数发送至所述目标服务器以获取所述目标服务器根据所述测试用例参数返回的测试结果。
在一种示例性实施例中,所述客户端还包括加密模块、收发模块和解密模块。其中:
所述加密模块,用于对获取的所述归属于所述测试请求的所述测试参数进行加密处理;
所述收发模块,用于将加密后的所述测试参数发送至所述目标服务器以获取所述目标服务器根据加密后的所述测试参数返回的测试结果;
所述解密模块,对返回的加密后的所述测试参数对应的所述测试结果进行解密处理。
进一步的,在一示例性实施例中,所述客户端包括可配置的配置文件,所述配置文件包括加密密钥和对应的解密密钥。所述加密模块,用于根据所述配置文件中的所述加密密钥对所述测试参数进行加密处理。所述解密模块,用于根据所述配置文件中的所述解密密钥对加密后的所述测试参数对应的所述测试结果进行解密处理。
关于上述实施例中的客户端,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者可以是网络设备等)执行根据本公开实施方式的方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器,上述指令可由处理器执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图9示出根据本公开示例实施方式中一种Servlet接口测试装置400的示意图。例如,装置400可以被提供为一客户端。参照图9,装置400包括处理组件422,其进一步包括一个或多个处理器,以及由存储器432所代表的存储器资源,用于存储可由处理组件422的执行的指令,例如应用程序。存储器432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件422被配置为执行指令,以执行上述方法。
装置400还可以包括一个电源组件426被配置为执行装置400的电源管理,一个有线或无线网络接口450被配置为将装置400连接到网络,和一个输入输出(I/O)接口458。装置400可以操作基于存储在存储器432的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。