《SoapUI使用说明.doc

soapUI基本概念 由于 Web 服务是被程序调用的， 一般不会提供界面让最终用户或测试人员直接使用，soapUI是针对这种情况开发的一个工具，用户可以在 soapUI 中通过简单的操作完成复杂的测试。 目前我们系统中电子渠道接口、充值卡接口都是用WebService实现的，因此需要用到SoapUI进行测试。SoapUI不仅可以简单地执行测试，而且可以自动运行已经准备好的测试用例，另外它也有性能测试的功能，虽然不及Loadrunner强大，但相对比较简单易用。下文中主要介绍它的基本功能，不包括性能测试的部分。 　　在创建测试用例之前，我们先来看一看在 soapUI 中的基本概念，soapUI 把 REST 服务、资源及其操作组织为一个层次结构。如图 1所示，主要包括如下层次： 　　● 项目定义：位于最上层 (BookStoreTest)，项目可以包含多个服务的定义。 　　● REST 服务定义：服务其实是对多个 REST 资源的一个分组，在我们的例子中只有一个服务 BookStoreServie 　　● REST 资源定义：具体描述该资源的名称，URI, 参数等属性 　　● REST 方法定义：针对每个资源的方法 (GET,POST,PUT,DELETE 等 )，图 1 中的方法名就是 GetBookList 　　● REST 操作请求定义：基于每个方法，可以有一个或多个请求操作，如 GetBookListRequest，这些请求操作才是真正被 soapUI 所调用执行的。每个请求可以设置非常丰富的信息，例如 Accept 类型，请求的 Header 信息，运行了该请求以后，就能以各种方式查看运行结果。但是这里还不能加入断言来验证结果 - 必须在建立测试用例以后才能使用。 　　对于测试用例来讲，同样是一个层次结构： 　　● TestSuite：类似于 Junit 中的测试套件，其中可以加入多个 TestCase 　　● TestCase：可以包含多个 TestStep 　　● TestStep：一个 TestCase 可以包含多个 TestStep,TestStep 有多种类型，它可以是上面提到一个 REST 操作请求，也可以是一个 Groovy 的脚本，还可以试一个设置属性的操作。 TestStep 甚至支持分支跳转操作：根据特定的条件，从一个 step 可以跳转到其他 step，而不必顺序执行。 　　soapUI 实际上是一个平台，它支持强大的编程能力，开发或者测试人员可以利用 groovy 脚本来访问 soapUI 中的对象，在运行时修改 REST request/response，这就提供了极大的灵活性。 怎样用soapUI测试Webservice 接口 安装过程比较简单，大家从33/SoapUI/ 上下载安装程序安装就可以了。 先从创建项目开始，菜单——文件——创建项目： 说明： Create sample requests for all operations?：为每个接口创建一个请求的例子 Creates a TestSuite for the imported WSDL or WADL：为WSDL 或WADL 创建一个测试包 Create a Web Service Simulation of the imported WSDL：为WSDL创建一个模拟的服务端 Initial WSDL/WADL：指定一个WSDL/WADL的路径，可以是本地或网络URL。这里我们填写232 的充值卡接口路径： 32:8080/interf/services/ServiceForRMP?wsdl 然后点击 [OK] 到下一步生成初始的测试用例： 说明： One TestCase for each Operation：每个接口创建一个用例 Single TestCase with one Request for each Operation：创建一个用例包含每个接口对应的请求 Use existing Requests in Interface：使用已有的请求 Create new empty requests：创建一个空的请求 Generates a default LoadTest for each created TeseCase：每个用例生成一个负责测试 确定后进入下一步，生成MockService。 Path 是生成的本地服务路径，Port是端口。 Starts the MockService immediately 选项可选可不选。 完成之后会在左边的树形结构中生成3部分： ServiceForRMPSoapBinding 服务的集合 创建项目的时候我们选择了Create s