jmeter3.2版本之后就没有SOAP/XML-RPC Request插件了，所以没办法直接进行webservice接口的测试。
原理上：
Web service一般就是用SOAP协议通过HTTP来调用它，其实他就是一个WSDL文档，客户都可以阅读WSDL文档来用这个Web service。
SOAP简单的理解，就是这样的一个开放协议SOAP=RPC+HTTP+XML：采用HTTP作为底层通讯协议；RPC作为一致性的调用途径，ＸＭＬ作为数据传送的格式，允许服务提供者和服务客户经过防火墙在INTERNET进行通讯交互。
所以其实我们是可以通过一些方法来通过，jmeter中的http请求来测试webservice.
当然官网的手册上也说明了是可以的。只需要借助http信息头管理器两个参数Content-Type和SOAPAction。
1、测试计划-->右击添加-->Threads-->新增线程组
2、线程组-->右击配置元件-->增加http信息头管理器
3、线程组-->点击添加-->Sampler-->HTTP请求
4、http信息头管理器需要填入Content-Type（必填）或者SOAPAction，而SOAPAction不是必须填的信息。
这两个数据要从soapUI中进行获取。当蓝色划线显示不为"http://"开头的信息时，这个soapAction的信息就不是必填的。
我们的例子：http://ws.webxml.com.cn/WebServices/WeatherWS.asmx
在http信息头管理器中，我们需要填入Content-Type信息
5、在HTTP请求中XML中的数据信息，全部复制到jmeter的HTTP请求中的Body Data。
6、然后发送请求，成功
目前的三种主流的Web服务实现方案为：
REST：表象化状态转变 (软件架构风格）
SOAP：简单对象访问协议
XML-RPC：远程过程调用协议
简单介绍：
REST：表征状态转移（Representational State Transfer），采用Web 服务使用标准的 HTTP 方法 (GET/PUT/POST/DELETE) 将所有 Web 系统的服务抽象为资源，REST从资源的角度来观察整个网络，分布在各处的资源由URI确定，而客户端的应用通过URI来获取资源的表征。Http协议所抽象的get,post,put,delete就好比数据库中最基本的增删改查，而互联网上的各种资源就好比数据库中的记录（可能这么比喻不是很好），对于各种资源的操作最后总是能抽象成为这四种基本操作，在定义了定位资源的规则以后，对于资源的操作通过标准的Http协议就可以实现，开发者也会受益于这种轻量级的协议。REST是一种软件架构风格而非协议也非规范，是一种针对网络应用的开发方式，可以降低开发的复杂性，提高系统的可伸缩性。
SOAP：简单对象访问协议（Simple Object Access Protocol）是一种标准化的通讯规范，主要用于Web服务（web service）中。用一个简单的例子来说明 SOAP 使用过程，一个 SOAP 消息可以发送到一个具有 Web Service 功能的 Web 站点，例如，一个含有房价信息的数据库，消息的参数中标明这是一个查询消息，此站点将返回一个 XML 格式的信息，其中包含了查询结果（价格，位置，特点，或者其他信息）。由于数据是用一种标准化的可分析的结构来传递的，所以可以直接被第三方站点所利用。
XML-RPC：一个远程过程调用（remote procedure call，RPC)的分布式计算协议，通过XML将调用函数封装，并使用HTTP协议作为传送机制。后来在新的功能不断被引入下，这个标准慢慢演变成为今日的SOAP协定。XML-RPC协定是已登记的专利项目。XML-RPC透过向装置了这个协定的服务器发出HTTP请求。发出请求的用户端一般都是需要向远端系统要求呼叫的软件。
三种方案的简单比较
XML-RPC已慢慢的被SOAP所取代，现在很少采用了，但它还是有版权的，我在此就不作多介绍
成熟度上：SOAP在成熟度上优于REST
效率和易用性上：REST更胜一筹
安全性上：SOAP安全性高于REST，因为REST更关注的是效率和性能问题
总体上，因为REST模式的Web服务与复杂的SOAP和XML-RPC对比来讲明显的更加简洁，越来越多的web服务开始采用REST风格设计和实现。例如，Amazon.com提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是REST风格的。REST对于资源型服务接口来说很合适，同时特别适合对于效率要求很高，但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的，对于安全性要求较高的接口设计带来便利。