我们已经了解了很多关于web services开发方面的知识，而对于web services测试所面临的挑战却知之甚少。本文将阐述对web services功能性和互用性的测试。本文同时也指出了与传统测试模式相比web services测试所面临的挑战。本文的目标读者是开发人员、测试人员以及那些对web services的技术知识或工作方式没有深入了解的项目经理。同时本文假设读者已经很熟悉web services的基本知识。
　　
　　下载作者提供的与本文相关的文件
　　
　　以下所述及的示例的环境由weblogic server 8.1和microsoft windows .net构成，二者所用操作系统均为windows 2000。
　　
　　挑战
　　测试web services的有效性、性能、可伸缩性、可靠性以及安全性时所面临的主要挑战是 web services的分布性。
　　
　　为了使完整的web services能够实现预期的功能，就要求客户端和服务都要满足一系列的要求。接口必须在其wsdl文档中正确描述出来，消息必须遵守传输协议规范（如http1.1）和消息协议（如soap 1.1）。同时消息必须遵守描述该服务的wsdl文档中的契约，要求同时考虑到消息的内容和传输层的绑定。加上综合的安全条款、互操作性问题、uddi注册要求以及一定负载下的性能需求，就很容易发现为什么网络测试不是无足轻重的事情。
　　
　　web services组件可由多个利益相关者来共同构建和部署。因此，测试这些组件过程中会发现确定代码质量、可用性等都有很大的难度。web services的标准是简单的，数据驱动的，并且共享一个公共的基于xml的基础。传统的测试工具可能不足以有效地测试这些标准。而且gui自动化工具也不足以有效地测试web services的接口点和消息格式。
　　
　　功能测试
　　该测试的目标相当直观易懂：确保服务器能够对给定的请求发送正确的响应。然而，由于web services的复杂性，该任务原非想象的那么简单。对于大多数的web services而言，它不可能精确预见客户端会发来什么类型的请求。枚举所有可能的请求并不切实可行，因为可能输入的空间要么是没有边界，要么就是无穷大。因此，验证服务器是否能处理大范围的请求类型和参数是极其重要的。
　　
　　public boolean execute(string action, string symbol, int quantity)
　　
　　throws javax.xml.soap.soapexception{
　　
　　detail detail = null;
　　
　　detail = soapfactory.newinstance().createdetail();
　　
　　detail.addchildelement( "stock trade" ).addtextnode( "failed" );
　　
　　system.out.println("execute() in webservices.stock.trade webservice has been invoked
　　
　　with following arguments:: action:" + action +
　　
　　" symbol:" + symbol + " quantity:" + quantity);
　　
　　if(action == null) {
　　
　　throw new soapfaultexception(new qname( "http://stocktrade/execute", "serverfailed" ),
　　
　　"action parameter is null.",
　　
　　null,
　　
　　detail);
　　
　　}
　　
　　if(symbol == null) {
　　
　　throw new soapfaultexception(new qname( "http://stocktrade/execute", "serverfailed" ),
　　
　　"symbol parameter is null.",
　　
　　null,
　　
　　detail);
　　
　　}
　　
　　if(action.equalsignorecase("buy"))
　　
　　system.out.println("buying quantity: "+ quantity + " of symbol:" + symbol);
　　
　　// invoke method to execute trade here.
　　
　　else if(action.equalsignorecase("sell"))
　　
　　system.out.println("selling quantity: "+ quantity + " of symbol:" + symbol);
　　
　　// invoke method to execute trade here.
　　
　　else
　　
　　{
　　
　　system.out.println("invalid action: "+ action);
　　
　　throw new soapfaultexception(new qname( "http://stocktrade/execute", "serverfailed" ),
　　
　　"invalid action:" + action,
　　
　　null,
　　
　　detail);
　　
　　}
　　
　　return true;
　　
　　}
　　
　　
　　代码摘录：stock trade web services
　　该段摘录的代码是stock trade web services的“execute()”方法的实现代码。该方法首先验证输入参数的有效性，验证成功才执行功能。举例说明，如果参数action是空值，它就会抛出一个soapfaultexception异常，用faultstring参数（第二个参数）说明造成异常的原因。为了举例说明，在对参数symbol进行相似的验证之后，web services给出了处理机。在实际的情况下，商业逻辑应该在此位置中实现：
　　
　　try{
　　
　　// setup the global jaxm message factory
　　
　　system.setproperty("javax.xml.soap.messagefactory",
　　
　　"weblogic.webservice.core.soap.messagefactoryimpl");
　　
　　// setup the global jax-rpc service factory
　　
　　system.setproperty( "javax.xml.rpc.servicefactory",
　　
　　"weblogic.webservice.core.rpc.servicefactoryimpl");
　　
　　stocktrade_impl ws = new stocktrade_impl();
　　
　　stocktradeport port　= ws.getstocktradeport();
　　
　　boolean returnval = port.execute(action, symbol, quantity);
　　
　　system.out.println("the webservice got back the following result:" + returnval);
　　
　　}catch(exception e) {
　　
　　}
　　
　　代码摘录：web services的客户端
　　上面的一段代码描述了测试客户端如何激活前面讨论的stock trade web services，该例子使用了jax-rpc api（jax远程处理应用程序接口函数），并且假设在读者的classpath中已经含有了必要的bea提供的jar文件。这是一个静态实现，在这里可获得一个stub实现的实例。获得stub实现后，web services的“execute”方法就会被激活。
　　
　　互操作性测试
　　soap和web services的承诺之一就是互操作性。就是两个应用系统可以自动交互而不需要人为的介入。web services未来成功的关键就在于互操作性。
　　
　　web services互操作性测试套件的目标应针对于测试以下方面：
　　
　　•服务器分析客户端的soap包的能力。
　　
　　•服务器对包中所含的已编码参数进行反串行化的能力。
　　
　　•客户端对由服务器作为响应发送而来的soap包进行分析的能力。
　　
　　•客户端对从服务器发回的已编码参数进行反串行化的能力。
　　
　　测试模式
　　对于一个wls客户和.net web services：
　　
　　• 用microsoft visual studio在目录/inetpub/wwwroot/dotnetservices/下创建一个.net web services。
　　
　　• 在wls端，在为dotnetservice 提供了wsdl url后，用webllogic clientgen ant task生成一个clientjar。
　　
　　•从testclient，对java stub进行一次调用。
　　
　　weblogic server
　　
　　.net server
　　
　　.net web service
　　
　　wls client
　　
　　// stock trade web service
　　
　　// the stock trade web service executes a trade and returns result.
　　
　　[webmethod]
　　
　　public bool execute(string action, string symbol, int quantity)
　　
　　{
　　
　　if(action == null) {
　　
　　console.writeline("action null");
　　
　　return false;
　　
　　}
　　
　　if(symbol == null) {
　　
　　console.writeline("symbol null");
　　
　　return false;
　　
　　}
　　
　　if(action.equals("buy"))
　　
　　console.writeline("buying quantity: "+ quantity + " of symbol:" + symbol);
　　
　　else if(action.equals("sell"))
　　
　　console.writeline("selling quantity: "+ quantity + " of symbol:" + symbol);
　　
　　else {
　　
　　console.writeline("invalid action: "+ action);
　　
　　return false;
　　
　　}
　　
　　return true;
　　
　　}
　　
　　
　　代码摘录：.net web services
　　上面摘录的一段代码是stock trade web services，它是前面所设计的wls web services的.net版。它用与java非常相似的c#语言编写。文件名是“stocktrade.asmx.cs”。
　　
　　代码编写完成后，在weblogic服务器上部署wls客户程序，在.net框架上部署.net web services，验证客户端是否能调用web services。
　　
　　.net客户端和wls web 服务器端
　　• 创建一个wls web services（ear文件）
　　
　　• 使用wls web 服务wsdl并通过运行wsdl.exe生成一个.netclient stub。这一过程将生成一个.cs文件，该文件包含对应于wsdl提供的web services的方法定义。
　　
　　• 另外一步是在stub中定义一个新的构造函数，并将wsl url作为一个参数。这一步是必须的，因为wsdl.exe所生成的stub在缺省情况下指向usdl url中的本地主机。
　　
　　• 创建一个.netclient 类（另外一个.cs文件），该类实际上以wsdl url作为构造函数参数。该类是一个代理类，它含有与stub中所定义的相同的方法