Web 服务的测试模型与代码摘录[1]

　　Web 服务的测试模型与代码摘录[1]   软件测试

　　测试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);

　　}

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