将属性id（数组）转移到SoapUI/Groovy中的其他测试用例

Question

我有一个API来获取ID、名称、数据等的列表（TestCase nameget-API\u OrderdByID\u ASC）

我想将这些ID传输到同一TestSuite或其他TestSuite中的其他后续TestCase。

在SOAPUI中，Property Transfer在同一个TestCase的TestSteps中工作。（使用OpenSource版本）。我需要在不同的TestCase/TestSuites之间传输属性值。

下面是我可以从一个测试用例中提取id的代码，以及我想要传输的测试用例/测试步骤的名称。

import com.eviware.soapui.impl.wsdl.teststeps.*
import com.eviware.soapui.support.types.StringToStringMap 
import groovy.json.*

def project = context.testCase.testSuite.project
def TestSuite = project.getTestSuiteByName("APIs")
def TestCase =  TestSuite.getTestCaseList() 
def TestStep = TestCase.testStepList
def request =  testRunner.testCase.getTestStepByName("List_of_APIs_OrderByID_ASC")
def response = request.getPropertyValue("Response")
def JsonSlurperResponse = new JsonSlurper().parseText(response)
def Steps = TestStep.drop(3)
log.info JsonSlurperResponse.data.id   
def id = JsonSlurperResponse.data.id

Steps.each {
    it.getAt(0).setPropertyValue("apiId", id.toString())   
    log.info it.getAt(0).name       
}

如果我运行上述代码，则id的所有数组值都设置为以下测试步骤

我看了一些其他的SO问题

• 使用groovy脚本在SOAPUI中传输属性

有人能帮我吗？：-）




Answer 1

下面的脚本很有效。只是为了改变

Steps.each { s ->
   id.each { i ->
     s.getAt(0).setPropertyValue("apiId", i.toString())            
  }
}

这里的id是一个数组列表类型。因此，我们可以循环查看列表。

PS：我们可以使用for循环执行相同的操作。

Answer 2

您可以使用项目级属性、testSuiteLevel属性或testCase属性。

通过这种方式，您可以实现从财产转让步骤中获得的相同内容，但方式不同。

将源测试用例中的groovy步骤写入setProperty（保存稍后要使用的值）

testRunner.testCase.setPropertyValue("TCaseProp", "TestCase")
testRunner.testCase.testSuite.setPropertyValue("TSuiteProp","TestSuite") 

TestRunner.testCase.testSuite.project.set属性值（"ProjectLevel"，"ProjectLevelProperty"）

“TCaseProp”是属性的名称。您可以给任何名称“TestCase”是您要存储的值。您可以提取此值并使用例如变量

def val="9000"
testRunner.testCase.setPropertyValue("TCaseProp", val)

您可以在同一套件的其他情况下使用该属性。如果要跨不同套件使用，可以定义项目级特性

在目标测试用例请求中使用以下语法

${#Project#ProjectLevel}
${#TestCase#TCaseProp}
${#TestSuite#TCaseProp}

<convertCurrency>${#TestSuite#TCaseProp}</ssp:SystemUsername>

系统会自动替换上述请求中的属性值

https://www.soapui.org/scripting-properties/tips-tricks.html

Answer 3

我已经按照Leminou的建议使用了datasinks。

数据链接是一个很好的解决方案。在测试A中，创建一个datasink步骤来持久化感兴趣的值。然后在目标步骤中，使用数据源步骤，该步骤链接到前面由datasink生成的文件。

可以将数据接收器配置为在每次测试后追加或重新启动。

如果您正在努力梳理datasink的值，请创建一个groovy步骤来返回所需的单个值，然后在datasink步骤中调用groovy。

听起来有点复杂，但它确实有效。