好了，两国人民既然要来制定这个规范，那坐下来具体说说，应该怎么制定吧!

　　XML和XSD

　　可扩展的标记语言(XML)是Web service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既是平台无关的，又是厂商无关的。无关性是比技术优越性更重要的：软件厂商是不会选择一个由竞争对手所发明的技术的。

　　XML解决了数据表示的问题，但它没有定义一套标准的数据类型，更没有说怎么去扩展这套数据类型。例如，整形数到底代表什么?16位，32位，还是64位?这些细节对实现互操作性都是很重要的。W3C制定的XML Schema(XSD)是专门解决这个问题的一套标准。它定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。Web service平台是用XSD来作为其数据类型系统的。当你用某种语言(如VB.NET或C#)来构造一个Web service时，为了符合Web service标准，所有你使用的数据类型都必须被转换为XSD类型。你用的工具可能已经自动帮你完成了这个转换，但你很可能会根据你的需要修改一下转换过程。在第二章中，我们将深入XSD，学习怎样转换自定义的数据类型(例如类)到XSD的类型。

　　SOAP

　　Web service建好以后，你或者其他人会去调用它。简单对象访问协议(SOAP)提供了标准的RPC方法来调用Web service。实际上，SOAP在这里有点用词不当：它意味着下面的Web service是以对象的方式表示的，但事实并不一定如此：你完全可以把你的Web service写成一系列的C函数，并仍然使用SOAP进行调用。SOAP规范定义了SOAP消息的格式，以及怎样通过HTTP协议来使用SOAP。SOAP也是基于XML和XSD的，XML是SOAP的数据编码方式。

　　WSDL

　　你会怎样向别人介绍你的Web service有什么功能，以及每个函数调用时的参数呢?你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的Web service的人。这些非正式的方法至少都有一个严重的问题：当程序员坐到电脑前，想要使用你的Web service的时候，他们的工具(如Visual Studio)无法给他们提供任何帮助，因为这些工具根本不了解你的Web service。解决方法是：用机器能阅读的方式提供一个正式的描述文档。Web service描述语言(WSDL)是这样一个基于XML的语言，用于描述Web service及其函数、参数和返回值。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应Web service的代码。

　　好吧!我想我们大体的了解了WebService是什么东西，再来理解WebService性能，你写好的一个WebService的应用程序的接口放那里，会有好多人来调用，当然会有质量问题了。人多的时候，会不会有不成功啊?会不会慢啊?所以要 对这个“接口”做性能测试。

　　其实有不懂的地方，我发送什么样的请求来调用那个“接口”做测试，soapUI是自动帮我们完成SOAP协议请求的!由于刚接触这个工具，希望一高手指点学习。

　　注：蓝色总分为别人文章的引用。

　　由一个测试工作者原创作，经此人同意，本人整理《soapUI学习文档》成功出炉，有兴趣的同学可以下载学习，这是(除了官方文档)比较系统介绍soapUI的文档。加入了作者的一些理和思考，当然了，由于作者水平有限，不免会有错误和遗漏。