大体分为四个步骤：

1）创建soapui脚本并调试成功；</DIV> <DIV>这个就在这里不累述了

2）使用Soapui中的 TestRunner来完成测试脚本通过命令行的方式来执行

Launch TestRunner===>; 选择TestRunner的路径，一般都在安装路径下，配置好信息，选择导出结果，选择结果放置的路径；执行。拷贝运行命令，存到bat文件中。</DIV> <DIV>把bat文件所在路径设置到path中;

3）创建定时任务，运行命令:SCHTASKS /Create /SC HOURLY /MO 5 /TN rtest2 /TR clocktask.bat /ST 11:45:00 /SD 2011/03/04 /ED 2011/03/04

表示每5个小时运行一次该命令；

4）但是结果每次都被覆盖

处理：同事帮忙写了个jar，把生成的文件加上时间戳并保存到指定的文件夹。

上面的任务执行后3分钟，自动保存结果。

SCHTASKS /Create /SC HOURLY /MO 5 /TN rtest2 /TR clocktask.bat /ST 00:03:00 /SD 2011/03/04 /ED 2011/03/04

SoapUI的性能测试提供几种测试策略，我装的事3.6.1，有下面四种：

1、Simple

“Simple “执行指定精确数量的线程（并发），并且延迟的时间也是精确的,并且可以模拟给服务器喘息的空间。比如，你想要运行10个并发10秒延迟这样的功能测试，你就可以设置Threads 为10，Test Delay 设置为10000，random 设置的值是要根据你想要自由度设定，如果设置成0.5，那么delay 的时间就是在5-10之间，如果设置成0.7，就是在7-10之间。

当创建一个新的负载策略的时候，默认的值分别是5,1000和0.5

Simple 策略对基线测试是完美的。用它可以断言你的服务的基本性能情况和验证不存在多线程和资源被锁的问题。当你想更详细的产生你的系统情况，你就可以逐步增加你的负载，或者你也可以执行长时间运行来发现内存泄露的问题。

由于这并不意味着将你的服务就可以放在膝盖，但这样的设置可用于连续负载测试，以确保您的服务按预期执行在中等负荷;建立一个没有随机的延迟基准测试，新增LoadTest断言，断言可以作为一个意想不到的结果的安全网，同时也可以通过命令行自动运行LoadTest或放到Maven插件中执行。

2、Variable Load Strategies

最近接到性能测试的任务，需要使用SoapUI来进行，以前没用过SoapUI，于是进入学习阶段。

其中最大的疑惑是：我如何知道我要发送的请求？这个问题像个小山一样横在我前进的道路上，我想如果作为开发人员，这个问题基本上不成问题吧，但是对于测试人员，对代码了解很少的情况下，应该是很难的。

最后在开发人员的帮助下，通过查找日志中的记录，来获取发送的请求，单个的脚步问题发送都成功了，这是性能测试执行的基础，这一步要先过关了，但还是很疑惑，以后的项目日志还会保留的这么详细可用吧，暂时不想这个问题，先基于现在的项目，进行性能测试，Let's go！

1、首先把调试好的request 右键选择“add to Testcase "

2、选择要添加的位置，也可用创建新的测试套件或者测试用例。

3、此时创建新的Load TEST就可以看到刚才创建的测试用例了。

4、创建新的Load Test 的内容如下：

内容解释：双击打开后，页面如上显示，设置过程参考如下，场景为5用户并发，
持续运行1 分钟，没有思考时间。相应的SoapUI 可设置Threads=100，
Test Delay=0，Limit=600，后面的下拉框选择Seconds，表示600 秒。设
置完毕后，点击左上方的绿色箭头，程序开始进行负载测试。
6、执行结果如下：

单位是毫秒

但是给出的信息还是太少了，决定更深层次的挖掘，下篇继续。