软件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);

原文转自：http://www.ltesting.net