web service测试

W eb Service概念什么是Web Service呢？从表面上看，Web Service就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。

这就是说，你能够用编程的方法通过Web调用来实现某个功能的应用程序。

例如，笔者创建一个Web Service，它的作用是查询某公司某员工的基本信息。

它接受该员工的编号作为查询字符串，返回该员工的具体信息。

你可以在浏览器的地址栏中直接输入HTTP GET请求来调用罗列该员工基本信息的ASP页面，这就可以算作是体验Web Service了。

从深层次上看，Web Service是一种新的Web应用程序分支，它们是自包含、自描述、模块化的应用，可以在网络(通常为Web)中被描述、发布、查找以及通过Web来调用。

Web Service便是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得Web Service能与其他兼容的组件进行互操作。

它可以使用标准的互联网协议，像超文本传输协议HTTP和XML，将功能体现在互联网和企业内部网上。

Web Service平台是一套标准，它定义了应用程序如何在Web上实现互操作性。

你可以用你喜欢的任何语言，在你喜欢的任何平台上写Web Service。

Web Service的技术支持Web Service平台需要一套协议来实现分布式应用程序的创建。

任何平台都有它的数据表示方法和类型系统。

要实现互操作性，Web Service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。

目前这些协议有：1.XML和XSD可扩展的标记语言XML 是Web Service平台中表示数据的基本格式。

除了易于建立和易于分析外，XML主要的优点在于它既与平台无关，又与厂商无关。

XML是由万维网协会(W3C)创建，W3C制定的XML SchemaXSD 定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。

Web Service平台是用XSD来作为数据类型系统的。

当你用某种语言如或C# 来构造一个Web Service时，为了符合Web Service标准，所有你使用的数据类型都必须被转换为XSD类型。

如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。

这种东西就是一种协议，如SOAP。

2.SOAPSOAP即简单对象访问协议(Simple Object Access Protocol)，它是用于交换XML编码信息的轻量级协议。

它有三个主要方面：XML-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为XML对象的规则，执行远程过程调用(RPC)的约定。

SOAP 可以运行在任何其他传输协议上。

例如，你可以使用SMTP，即因特网电子邮件协议来传递SOAP消息，这可是很有诱惑力的。

在传输层之间的头是不同的，但XML有效负载保持相同。

Web Service 希望实现不同的系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于Web无缝集成”的目标。

3.WSDLWeb Service描述语言WSDL 就是用机器能阅读的方式提供的一个正式描述文档而基于XML的语言，用于描述Web Service及其函数、参数和返回值。

因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的。

4.UDDIUDDI 的目的是为电子商务建立标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。

5.远程过程调用RPC与消息传递Web Service本身其实是在实现应用程序间的通信。

我们现在有两种应用程序通信的方法：RPC远程过程调用 和消息传递。

使用RPC的时候，客户端的概念是调用服务器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属性。

RPC系统试图达到一种位置上的透明性：服务器暴露出远程对象的接口，而客户端就好像在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。

体系结构Web 服务的一个主要思想，就是未来的应用将由一组应用了网络的服务组合而成。

只要两个等同的服务使用统一标准和中性的方法在网络上宣传自己，那么从理论上说，一个应用程序就可以根据价格或者性能的标准，从两个彼此竞争的服务之中选出一个。

除此之外，一些服务允许在机器之间复制，因而可以通过把有用的服务复制到本地储存库，来提高允许运行在特定的计算机（群）上的应用程序的性能。

Web Services体系结构是面向对象分析与设计（OOAD）的一种合理发展（logical evolution），同时也是电子商务解决方案中，面向体系结构、设计、实现与部署而采用的组件化的合理发展（logical evolution of components geared towards the architecture, design, implementation, and deployment of e-business solutions）。

这两种方式在复杂的大型系统中经受住了考验。

和面向对象系统一样，封装、消息传递、动态绑定、服务描述和查询也是Web Services中的基本概念，而且，Web Services另外一个基本概念就是：所有东西都是服务，这些服务发布一个API供网络中的其他服务使用，并且封装了实现细节。

下面我们就来看一下Web Services的体系结构--面向服务的体系结构（SOA）。

从图可以看出，SOA结构中共有三种角色：①Service provider：发布自己的服务，并且对使用自身服务的请求进行响应②Service broker：注册已经发布的Service provider，对其进行分类，并提供搜索服务③Service requester：利用Service broker查找所需的服务，然后使用该服务SOA体系结构中的组件必须具有上述一种或多种角色。

在这些角色之间使用了三种操作：①publish操作：使Service provider可以向Service broker注册自己的功能及访问接口②find操作：使Service requester可以通过Service broker查找特定种类的服务③bind操作：使Service requester能够真正使用Service provider为支持结构中的三种操作（publish、find和bind），SOA需要对服务进行一定的描述，这种服务描述（Service Description）应具有下面几个重要特点：首先，它要声明Service provider的语义特征。

Service broker使用语义特征将Service provider进行分类，以帮助具体服务的查找。

Service requester根据语义特征来匹配那些满足要求的Service provider。

（因此，语义特征中重要的一点就是对Service provider的分类。

）其次，服务描述应该声明接口特征，以访问特定的服务。

最后，服务描述还应声明各种非功能特征，如安全要求，事务要求，使用Service provider的费用等等。

接口特征和非功能特征也可以用来帮助Service requester对Service provider的查找。

Web Service测试Web Service的测试同一般的测试一样，包含了功能测试、性能测试、安全性测试等等；因为其本身的特点还包括了互操作性测试、异步通信测试等等。

为了使完整的Web Services能够实现预期的功能，就要求客户端和服务都要满足一系列的要求。

接口必须在其WSDL文档中正确描述出来，消息必须遵守传输协议规范（如HTTP1.1）和消息协议（如SOAP 1.1）。

同时消息必须遵守描述该服务的WSDL文档中的契约，要求同时考虑到消息的内容和传输层的绑定。

加上综合的安全条款、互操作性问题、UDDI注册要求以及一定负载下的性能需求，就很容易发现为什么网络测试不是无足轻重的事情。

功能测试同一般的软件测试不一样的地方是web service首先要保证WSDL得到确认并生效，然后确保Web service操作在单元测试层次上的有用性。

这是通过创建一组单元测试来完成的，按照逻辑划分每组单元测试都属于一组测试套件。

包括正面测试（测试期望的场景）、反面测试（错误条件下的测试）和回归测试（执行改变确认）。

用例设计方法：遵循一般的软件测试中用例的设计方法，可以使用等价类划分和边界值结合的方法进行用例的设计。

该测试的目标相当直观易懂：确保服务器能够对给定的请求发送正确的响应。

然而，由于Web Services 的复杂性，该任务原非想象的那么简单。

对于大多数的Web Services而言，它不可能精确预见客户端会发来什么类型的请求。

枚举所有可能的请求并不切实可行，因为可能输入的空间要么是没有边界，要么就是无穷大。

因此，验证服务器是否能处理大范围的请求类型和参数是极其重要的。

性能测试1. 确定好测试工作范围首先可以分析压力测试中最容易出现瓶颈的地方，从而有目的地调整测试策略或测试环境，使压力测试结果真实地反映出软件的性能。

例如，服务器的硬件限制、数据库的访问性能设置等常常会成为制约软件性能的重要因素，但这些因素显然不是用户最关心的，我们在测试之前就要通过一些设置把这些因素的影响调至最低。

另外，用户更关心整个系统中哪个环节的性能情况也会影响工作范围。

如有的环节是全新系统，而有的环节已经是成熟系统只是稍有改动，这样可能全新系统的局部性能测试就需要系统和全面一些。

2. 分析好客户的性能测试需求客户是已经明确提出了性能指标，还是只提供了用户使用方式和历史交易流量数据，需要我们自己进行性能基准的计算？性能测试的目的是验证系统性能还是想确定目标系统的理想配置？是否还要使用测试结果预测在不同机型的处理能力？是否要求在性能测试各个轮次中安排性能调优过程等等问题都需要有针对性的解答。

3. 要作好性能测试的计划和方案测试计划和方案中要注意测试需求分析阶段提出的问题的解决。

4. 确定的测试通过准则、性能测试的计划、结果要获得客户的认可要和客户确认，系统的性能指标达标的标准是什么；对于性能测试中各个部分和步骤的计划和结果，甚至是性能测试过程，都要根据其重要程度，决定是否需要客户进行确认和签字。

获得客户的认可是最重要的。

安全测试Web service安全测试中包含的内容如下：XML和Web Services安全规范WAS的Web Services引擎的安全部署Web 服务客户端的安全性问题：SOAP身份验证、HTTP身份验证等互操作性测试SOAP和Web Services的承诺之一就是互操作性。