SoapUI--WebService性能测试工具介绍

   soapUI把工作组织成项目。每个项目主要由需要测试的接口来识别。在这里，接口是指另外一端的指向一个暴露了Web service方法的站点的URI（统一资源标识）。你可以很快地创建一个基本的项目结构；soapUI能接受一个文件的WSDL或者一个Web service终点传输的WSDL。

　　项目被有层次结构地组织，并且包含一个或多个TestSuite，TestSuite包含一个或多个TestCase，TestCase包含一个或多个测试步骤。真正的工作 – 发送请求、接受响应、分析结果、改变测试执行流程 – 发生在测试步骤这个层面。TestCase收集和组织需要执行某个对目标的特定操作的步骤。TestSuite汇总那些发生在某个特定区域的Web service的TestCase（例如订购一本书所需要的操作）。你可以通过右键点击项目树中的父节点并选择上下文菜菜单中的“New”菜单，来创建新的TestSuite、TestCase和测试步骤。

　　soapUI通过检查附加给测试响应的断言来判断测试是通过还是失败。有大量的断言可供选择，从“simple contains”测试 – 如果某个提供的字符串匹配则表示成功 – 到“XPath matching”，对响应信息执行复杂的XPath表达式匹配成功则表示测试通过。

　　测试步骤与程序代码很类似。目前，soapUI定义了6个测试步骤类型，最普遍的是请求（Request），发送一个HTTP请求给目标地址，并接收一个响应。可插入条件跳转测试步骤（Conditonal GoTo）来控制流程。一个或多个检查最近的响应的Xpath表达式是必不可少的。第一个表达式的成功会导致相关测试步骤分支的执行。

　　soapUI最强大的是Groovy测试步骤。Groovy是类Java的轻量级脚本语言。一个Groovy测试步骤可以是任何Groovy代码，也就是说基本上Groovy能做的事情，在测试步骤中也能做。测试步骤中的Groovy代码可以访问soapUI框架。例如，一个Groovy测试步骤可以通过JDBC读取数据库的信息，与前一个测试步骤的响应信息进行比较，并响应地修改执行的流程 – 甚至执行另外一个TestCase。

    除了功能测试外，soapUI还能对Web service进行压力测试。每个压力测试包含一个或多个TestCase的执行，并且可以调整用于模拟各种各样的场景。你可以指定测试执行一定量的时间长度，或者一定量的迭代周期，指定以并发的方式执行还是随时间线性变化的方式。

　　当压力测试完成后，一个压力测试编辑器会为每个TestCase提供大量的统计数据：执行的次数，最大、最小、平均执行时间等。还可以在统计图表页以图表的形式查看这些数据。