SoapUI + Groovy 接口自动化
假设测试用例的实现是由 ： 调用不相同的接口（service），组合形式不一样可以形成不同的测试场景
比如下列用例的设计：
需要测试的API 设计的用例有以下两个范围：
1. 需要在不同的前提条件下，调用相同的被测API并且参数设置一样命令而返回不同的结果，并且进行结果验证 （该范围重点是前提条件不一致）
2.在相同的前提下，调用相同的被测API并且参数设置不一样，返回结果不同进行结果验证（改范围重点是验证被测API的参数设置）
范围2是我们目前常用的API测试设计范围，在此不以讨论；我们着重在范围1.
假设设置不同测试场景的前提需要调用的接口（service）有： Service1 , Service2 , Service3
被验证的API: API
如下图：
TestSuite包含以下两个case:PublicCase, TestCase
把设置前提条件的接口放在PublicCase里面
把需要验证的API房子TestCase1里面
note:
1. 在PublicCase里面针对需要对不同service的不同操作进行用例编写，如上图例子：调用的操作为create/delete，并且有对应操作后的get操作（由于create和delete后需要对数据进行校验；因此例子中有两个get并且分别加上自己的校验信息）
2.在项目开始时可用提前把PublicCase的步骤包含校验全部写完
note：
这个TestCase的重点在于TestSenarios groovy的脚本编写，由于普通的soapUI case是顺序执行，我们在此利用groovy控制case的执行顺序
一下是Test Scenario里面的脚本编写：
/*
* This below scenarios are for API test
*/
//use below to login public data
def testproject = testRunner.testCase.testSuite.project
def testcase = testproject.testSuites['TestSuite'].testCases['PublicCase']
testRunner.testCase.setPropertyValue( "count", "0")
def str_index = testRunner.testCase.getPropertyValue("count")
index = Integer.parseInt(str_index)
testRunner.runTestStepByName("Login")
testRunner.runTestStepByName("Property Transfer")
while( index < 4 ){
log.info("this is the case: " + index + " running............")
switch (index ){
case (0) :
//call the tested scenario1
testRunner.runTestStepByName("CreateAPI1-Scenario1")
break
case (1):
//call public data
testcase.testSteps["CreateService1"].run(testRunner, context)
testcase.testSteps["GetService1"].run(testRunner, context)
//call the tested scenario2
testRunner.runTestStepByName("CreateAPI1-Scenario2")
break
case (2):
//call public data
testcase.testSteps["GetService2"].run(testRunner, context)
testcase.testSteps["GetService2"].run(testRunner, context)
//call the tested scenario3
testRunner.runTestStepByName("CreateAPI1-Scenario3")
break
case (3):
//call public data
testcase.testSteps["GetService3"].run(testRunner, context)
testcase.testSteps["GetService3"].run(testRunner, context)
//call the tested scenario4
testRunner.runTestStepByName("CreateAPI1-Scenario4")
break
default:
println "now no case running............"
}
index = index +1
//sleep(10000)
}
//use this below can be go to Logout directly
testRunner.runTestStepByName("DeleteAPI1")
testRunner.gotoStepByName("Logout")
//use below to clear public data
testcase.testSteps["DeleteService1"].run(testRunner, context)
testcase.testSteps["DeleteService2"].run(testRunner, context)
testcase.testSteps["DeleteService3"].run(testRunner, context)
testcase.testSteps["GetService1_twice"].run(testRunner, context)
testcase.testSteps["GetService2_twice"].run(testRunner, context)
testcase.testSteps["GetService3_twice"].run(testRunner, context)
testcase.testSteps["Logout"].run(testRunner, context)
case0: 在没有任何前提条件下直接调用被测API
case1:前提条件是数据库中已经有Service1的数据（数据的需求按照需求文档来）
case2:前提条件是数据库中已经有Service1和Service2的数据（数据的需求按照需求文档来）
case3:前提条件是数据库中已经有Service1和Service2 和S ervice3的数据（数据的需求按照需求文档来）
执行完之后对被测API的数据进行删除
testRunner.runTestStepByName("DeleteAPI1")执行完之后对前提条件准备的所有数据进行删除
testcase.testSteps["DeleteService1"].run(testRunner, context)
testcase.testSteps["DeleteService2"].run(testRunner, context)
testcase.testSteps["DeleteService3"].run(testRunner, context)
testcase.testSteps["GetService1_twice"].run(testRunner, context)
testcase.testSteps["GetService2_twice"].run(testRunner, context)
testcase.testSteps["GetService3_twice"].run(testRunner, context)
note:以上例子是以前提很简单的组合，如果有更为复杂的组合可以自己根据需求增加PublicCase.
用例设计设计思想：
对于步骤话的测试用例设计，如果可以把每个步骤分解开来进行不同的组合可以形成不同的用例，把步骤全部放在公共case下可以提高代码复用度并且对于用例设计思想一目了然.
由于目前的项目中恰好有类似的需求，自己进行了小小研究，发现SoapUI也可以很动态构建自动化用例（如有不正确之处，望请指正，谢谢~）
调用另一个TestSuite中的teststep脚本如下：
def testproject = testRunner.testCase.testSuite.project
def testcase = testproject.testSuites['PublicCase'].testCases['TestCase1']
testcase.testSteps["CreateService1"].run(testRunner, context)
调用本TestSuite中的TestStep脚本如下：
testRunner.runTestStepByName("Login")
testRunner.runTestStepByName("CreateAPI1-Scenario2")