soapui解读分享.docx

SoapUI分享
目录
SoapUI介绍 2
1、SoapUI操作界面 2
2、使用SoapUI对Web Services进行功能测试界面 2
3、使用SoapUI对Web Services进行性能测试界面 3
SoapUI的优势 4
SoapUI使用过程中常用到的部分界面介绍 5
1、SoapUI日志查看界面 5
2、设置SoapUI preferences 5
3、添加WSDL、WADL等操作 7
4、Workspace添加新的Project 8
5、添加更多运用功能 9
SOAP语言介绍 9
1、什么是SOAP？ 9
2、WebService三要素 10
3、SOAP 构建模块 10
4、需要解析器忽略的文本soap命令转义字符 10
SoapUI进行国信数字知产保护平台接口测试实例 11
1、创建SOAP Project 11
2、添加WSDL以建立对应的SOAP Project测试项目 12
3、填写测试脚本并运行测试项目 13
根据功能测试用例进行负载测试 14
1、创建负载测试集 14
2、负载测试loadtests1设置 16
3、设置对应的负载测试参数 16
4、负载测试结果 17
新建Empty Project 的JDBC Request使用实例 17
5、与LoadRunner对比 20
参考网页： 21

SoapUI介绍
SoapUI是一个开源测试工具，通过soap/http来检查、调用、实现Web Service的功能/负载/符合性测试。该工具既可作为一个单独的测试软件使用，也可利用插件集成到Eclipse，maven2.X中使用。SoapUI NG Pro是SoapUI的商业非开源版本，实现的功能较开源的SoapUI更多。同时也是目前开发人员、测试人员使用较多的工具，无论在用例集合设计还是在用例管理都是较好的，有断言，用例执行，执行负载测试，负载测试断言判断，发布测试报告等形式。

1、SoapUI操作界面

2、使用SoapUI对Web Services进行功能测试界面
首先新建一个New SOAP Project，在Initial WSDL/WADL中输入wsdl的地址

Project建立好后，SoapUI会根据WSDL的格式生成左边的列表树，包括PropertyServiceImplServiceSoapBinding为WSDL Binding，applyInnerCode为Binding中的Operation。双击Request1就能看到Soap请求报文的内容。
在请求报文中填写必要的请求信息，并在左下角的Request Properies中输入用户名，密码及WSS-Password Type等，再点击绿色的运行按钮，就能在右侧生成Soap响应报文。

3、使用SoapUI对Web Services进行性能测试界面

选择在一个测试用例中测试多个方法，并为测试生成压力测试后，添加变量及参数。更多详细性能测试功能在后续实例。
SoapUI的优势
SoapUI的设计为技术和非技术用户带来了简化和完善的测试体验。这种易于使用的图形界面简化了对基于SOAP和REST的Web Service的测试。例如，创建一个负载测试，您只需右键点击一个功能测试，然后以负载测试运行。或者使用拖放创建任何简单或复杂测试场景。而对于有经验的用户，SoapUI NG Pro提供属性传递向导，可以自动传递选定内容的属性，使得复杂的测试用例或信息流的创建变得简单。对于最大的控制和灵活性，SoapUI NG Pro还提供了即用的现成的高级脚本，可以支持几乎任何的测试。因此，无论你是一个测试人员，开发人员，业务分析师或经理，SoapUI为每个角色提供了不同的功能。另外由于SoapUI是基于Java的，所以它可以在大多数操作系统上运行，包括Windows，Linux和Mac。

SoapUI使用过程中常用到的部分界面介绍
1、 SoapUI日志查看界面
SoapUI日志界面在整体的右下角，可查看SoapUI log、http log、jetty log、error log、wsrm log、memory log;

2、设置SoapUI preferences
根据测试需要设置对应的http、Proxy、SSL、WSDL、UI、Editor、Tools、WS-I、Global、Global Properties、Global Security、WS-A、Global Sensitive Information Tokens、Version Update Settings、AlertSite Connector Plugin。

3、添加WSDL、WADL等操作

4、Workspace添加新的Project

5、添加更多运用功能

SOAP语言介绍
1、什么是SOAP？
定义：简单对象访问协议（SOAP）是交换数据的一种协议规范，是一种轻量的、简单的、基于XML（标准通用标记语言下的一个子集）的协议，它被设计成在WEB上交换结构化的和固化的信息。SOAP简单的理解，就是这样的一个开放协议SOAP=RPC+HTTP+XML：采用HTTP作为底层通讯协议；RPC作为一致性的调用途径，XML作为数据传送的格式，允许服务提供者和服务客户经过防火墙在INTERNET进行通讯交互。

易理解方式
· SOAP 指简易对象访问协议
· SOAP 是一种通信协议
· SOAP 用于应用程序之间的通信
· SOAP 是一种用于发送消息的格式
· SOAP 被设计用来通过因特网进行通信
· SOAP 独立于平台
· SOAP 独立于语言
· SOAP 基于 XML
· SOAP 很简单并可扩展
· SOAP 允许您绕过防火墙
· SOAP 将被作为 W3C 标准来发展

2、 WebService三要素
SOAP、WSDL(Web Services Description Language)、UDDI(Universal Description Discovery and Integration)之一， soap用来描述传递信息的格式， WSDL 用来描述如何访问具体的接口， UDDI用来管理，分发，查询web Service 。具体实现可以搜索 Web Services简单实例 ; SOAP 可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。SOAP使用基于XML的数据结构和超文本传输协议(HTTP)的组合定义了一个标准的方法来使用Internet上各种不同操作环境中的分布式对象。
3、SOAP 构建模块
一条 SOAP 消息就是一个普通的 XML 文档，包含下列元素：
· 必需的 Envelope 元素，可把此 XML 文档标识为一条 SOAP 消息
· 可选的 Header 元素，包含头部信息
· 必需的 Body 元素，包含所有的调用和响应信息
· 可选的 Fault 元素，提供有关在处理此消息所发生错误的信息
4、需要解析器忽略的文本soap命令转义字符
非法的 XML 字符必须被替换为实体引用（entity reference）。
假如您在 XML 文档中放置了一个类似 "<" 字符，那么这个文档会产生一个错误，这是因为解析器会把它解释为新元素的开始。
在 XML 中有 5 个预定义的实体引用：
&lt;
<
小于
&gt;
>
大于
&amp;
&
和号
&apos;
'
省略号
&quot;
"
引号

还可以使用CDATA声明。术语 CDATA 指的是不应由 XML 解析器进行解析的文本数据（Unparsed Character Data）。
在 XML 元素中，"<" 和 "&" 是非法的。
"<" 会产生错误，因为解析器会把该字符解释为新元素的开始。
"&" 也会产生错误，因为解析器会把该字符解释为字符实体的开始。
某些文本，比如 JavaScript 代码，包含大量 "<" 或 "&" 字符。为了避免错误，可以将脚本代码定义为 CDATA。
CDATA 部分中的所有内容都会被解析器忽略。
CDATA 部分由 "<![CDATA[" 开始，由 "]]>" 结束：
SoapUI进行国信数字知产保护平台接口测试实例
1、创建SOAP Project

2、添加WSDL以建立对应的SOAP Project测试项目
1、 创建SOAP Project测试项目

备注：wsdl需要项目经理提供
2、如服务异常，则弹出如下提示

3、创建SOAP Project完成界面

3、填写测试脚本并运行测试项目
1、 默认SOAP执行脚本

2、 填写测试脚本

3、 单击运行得出运行结果

根据功能测试用例进行负载测试
1、创建负载测试集

Generate TestSuite效果图

2、负载测试loadtests1设置
在创建完Generate TestSuite测试用例后，本工程的负载脚本也由在最初创建好工程时，已经默认创建完毕，在此可直接打开使用，如下，可直接点开Load Tests节点，节点下创建名称为“LoadTest1”的负载脚本。

3、设置对应的负载测试参数
双击打开后，页面如下显示，设置过程参考如下，场景为100用户并发， 持续运行10分钟，没有思考时间。相应的SoapUI可设置Threads=100，Test Delay=0，Limit=600，后面的下拉框选择Seconds，表示600秒。设置完毕后，点击左上方的绿色箭头，程序开始进行负载测试。

4、负载测试结果
负载测试过程中，右上方会有进度条显示测试的进度情况，SoapUI提供 了2个图表和一个简要列表的形式列出了测试过程中相关数据的监控
简要列表截图

Statistics History for [LoadTest1]图表截图（图表结果无对应的标尺）

Statistics for [LoadTest1]图表截图（图表结果无对应的标尺）

新建Empty Project 的JDBC Request使用实例
1、 创建空Project

2、 创建测试集

3、 输入对应的测试集名称

4、 展开测试集并创建testcase

5、 输入testcase名称

6、 展开testcase，并在testcase里添加JDBC Request

7、 输入JDBC Request名称

8、 输入正确的Driver与Connection String信息
运行TestConnection测试数据库连接是否成功

9、 输入SQL Query内容并运行
运行结果可在右边看到，详查数据库，并与数据库数据对比

这个就算是连接并运用成功了，如果说是复杂的sql语句，可能需要大家自己去研究下存储过程，下面有一个可勾选的存储过程的选项。至此，Empty Project 的JDBC Request已完成。

5、与LoadRunner对比
LoadRunner的测试结果图表丰富，数据完整，提供了更好、更直观的说明作用。
SoapUI是专门针对Web Services接口的测试工具，在实现对相同接口测试时，SoapUI表现出来的性能更优越。SoapUI在发送请求时，是直接以组装好的soap报文进行发送， 而LR是使用web_service_call方法，从方法传入相应的参数，再由LR组装为soap报文后，再发往接口进行调用，因此LR在组装报文时，会有相应时间的耗费。LR脚本中创建的事务，就包含了这段组装报文的时间，因此响应时间会比SoapUI的响应时间更大。LR与SoapUI的差别应该还有更多，在此我尚未研究的更深入。
对于LR，在测试中若增加对返回结果的校验，也会耗费一定的时间，这与校验中使用的方法有关系，如果方法高效的话，时间差也将更少。SoapUI提供的结果数据的分析不如LR那么详细与全面，但对于接口级的测试已足够，且速度更优。目前WS接口有多种语言可以实现，除了JAVA、C++，当前还有遇到WCF，生成的WSDL文件无法直接读到接口的入参与出参，此种接口生成的WSDL，LoadRunner读取时直接失败，暂找不到解决方法。而使用SoapUI，已测试通过，可支持java、c++，且wcf这种形式的接口也可支持。
参考网页：
SoapUI安装配置
1、 安装：
2、 数据库配置：
3、 数据库参数：
jdbc:mysql://192.168.1.221:3306/testlink?user=testlink&password=testlink
SoapUI使用
1、使用：
2、学习资料：
3、百度介绍：

4、SOAP学习网址：
更多资料请网络查询