标签:
财产转移TestSteps用于转移属性。 在许多情况下他们是非常有用的,特别是当涉及包含XML属性,例如当您需要
创建或双击现有属性转换TestStep打开如下窗口:
左侧列表显示你在这TestStep配置的转移,添加和管理。 在选择转移(如“TransferUser”在上面的截图),右边的区域允许您根据需要配置它;
底部的传输日志显示最新的转移而执行窗口被打开和他们的实际传输值。
可用的配置选项可以大大改变传输什么和各自的定义:
当PropertyTransfer TestStep TestCase运行期间执行,每次 Property Transfer的转移是通过选择由转移源步骤,属性和可选的XPath表达式指定的属性被执行和复制他们的值使用一个可选的XPath表达式指定的属性到目标步骤。 如果指定了XPath表达式,如果他们是同一类型的soapUI将试图将目标节点取代源节点。
源和目标XPath表达式必须都指向现有节点各自的属性,源显然需要节点,所以可以选择,目标属性要求节点可以发现和覆盖。
如果由于缺少比赛的任何XPath表达式任何转移失败,打印错误,要么失败,要么继续,根据“错误失败”选项。
这是一个很常见的场景,让我们做一个详细的介绍。 让说我们有登录服务返回一个我们后来想使用sessionID进行身份验证;将sessionID提取属性转换是完美的,它写入属性可以被所有所需TestSteps使用。 我们开始吧:
现在源都设置和你的下一个步骤是配置属性转换的目标,即在它应该在的地方。 我们有两个选择;
让我们看一看这两种
让财产保存到TestCase属性,我们定义了名称“SessionID”;
现在执行时,将SessionID转移到指定的TestCase属性,以后可以用在任何请求通过标准property-expansion(或另一个属性转换),例如在一个我们可以注销请求
<logout>
<sessionID>${#TestCase#SessionID}</sessionID>
</logout>
当请求被发送这将取代扩展保存的SessionID。
这是更直接,设置目标再注销请求,并使用XPath向导(或XPath技能)来创建目标XPath语句;
导致
现在,当执行这个源目标价值会直接从响应中提取和写入请求消息。
标签:
原文地址:http://www.cnblogs.com/zerotest/p/4677653.html