SoupUI简易实用手册

1.安装，若安装的是pro版本，需要注册。

2.原始界面:

3.试用一个外部的服务wsdl:

在网上随便找一个在线的wsdl定义。（wsdl:Web Services Description Language，一个web service的描述方式。）

http://www.webxml.com.cn/WebServices/TranslatorWebService.asmx?wsdl

具体为一个翻译工具。

点击新建，在wsdl处输入上述wsdl。

4.新建的选择上，选择;

5.

按照图中，双击1处，在request里面填写单词，点击2的按钮表示发送，然后查看3处的响应：

6.到达上述步骤以后，即为验证一个基本的ws服务是否可用，返回是否正常的validate的过程。相当于是soupUI为我们省去了一个编写ws客户端的过程。

可soupUI不仅限于一个客户端模拟工具，虽然我之前也都是这么用的...

还可以把soupUI当作是一个测试数据管理（测试case管理）工具，甚至在后面可以看到，还可以把soupUI作为一个压测工具，还可以把soupUI作为一个ws的服务端，用于mock的测试。

先讨论测试用例管理。

在request上右键，选择add to test case。

7. 既然是用例，那么一定要有断言，才能判断是否通过。

在Assertions中选择断言，断言的种类很多，soupUI提供的一般够用：

这里选择contains，因为翻译的验证一般是包含某个确定的文字，才能证明翻译正确。

这样，一个测试数据（apply）就保存下来，对于入参特别复杂的，一次劳动后，可以进行多次的复用。

当然，关于断言，还可以以脚本化的方式进行，这里未作深入研究。

8.然后，有了一个用例，多次并发地执行，就是压力测试。

在test case下面进行new load test，就以该test case 作为测试用例进行压测。

提醒：上述公共服务，请勿长时间高并发进行测试。

压测上关于一些参数的调试，后续再做深入讨论。

9.在项目开发过程中，针对一些接口已经约定好，但是没有具体实现，为了保证服务可用，在各个模块开始联调之前，自测过程中，还可以用soupUI作为服务端进行服务的mock。

根据mock出来的服务，进行测试。

其中，1是mock出来的服务，2是对mock出来的服务进行测试的测试case。

发送请求后，可以看到返回值确实为mock中定义的返回值。但是这种方式只能生成以当前已有的wsdl描述的进行粘贴获得。

怎样根据一个jar定义的服务，自动生成wsdl描述，并应用于soupUI，需要自己开发工具，或者其他现有工具执行。

关于生成wsdl定义的思考。是否可以自动化实现。

根据jar生成。