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的过程。相当于是sou
pUI为我们省去了一个编写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生成。
赞一个
页:
[1]
