SOAPUI中文教程---使用断言

让我们来看看使用采样器的TestSteps(包括request的TestStep)的Assertion功能如何验证TestStep收到传入的响应或请求。在我们深入了解可用的断言之前,让我们快速概述一下。

断言用于在执行期间验证TestStep接收的消息,通常通过将消息(或整个消息)的部分与某些预期值进行比较。任何数量的断言都可以添加到采样器TestStep中,每个断言都会验证响应内容的一些不同方面。在采样器TestStep执行后,其所有断言将应用于接收到的响应,如果任何一个断言TestStep在TestCase视图中被标记为失败,并且相应的FAILED条目显示在测试执行日志中。

这里我们可以看到“测试请求 - 登录”TestStep已经失败,在底部的TestCase运行日志中还会显示有关实际断言失败的详细信息; “took 1023 ms”表示“SLA”断言失败,即响应太慢。

1. 管理断言

断言始终显示在包含TestSteps编辑器窗口底部的选项卡中。

 

在上面的截图中,您可以看到添加到SOAP Request TestStep中的3个断言,并且它们都failed。

在断言之上的工具栏允许您根据需要添加,配置,删除,移动和克隆断言,并且用于断言的右键单击弹出菜单包含类似的操作(可以在屏幕截图中看到)。双击断言会弹出其配置对话框(如果可用)。

该对话框将包含可用于当前类型采样器的断言映射(见下文),按OK将添加断言并打开其配置对话框。

2. 断言类别

断言分为几个类别,以便于管理。

2.1. Property Content
  • Contains - 在属性值中搜索字符串是否存在,支持正则表达式。适用于任何。
  • Message Content Assertion - 允许XML消息的复杂内容验证。适用于包含XML的任何属性。 
  • Not Contains - 不包含 - 搜索属性值中不存在字符串,支持正则表达式。适用于任何。
  • XPath Match - 使用XPath表达式从目标属性中选择内容,并将结果与​​期望值进行比较。适用于包含XML的任何属性。
  • XQuery Math - 使用XQuery表达式从目标属性中选择内容,并将结果与​​期望值进行比较。适用于包含XML的任何属性。
2.1.1. Compliance, Status and Standards
  • HTTP Download all resource - 下载所有资源称为HTML文档(图像,脚本等),并验证它们是否可用。适用于包含HTML的任何属性。
  • Invalid HTTP Status Codes - 检查目标TestStep是否收到HTTP结果,状态码不在定义的代码列表中。适用于接收HTTP消息的任何TestStep
  • Not SOAP Fault - validates that the last received message is not a SOAP Fault. Applicable to SOAP TestSteps.验证最后收到的消息不是SOAP错。 适用于SOAP TestSteps。
  • Schema Compliance - validates that the last received message is compliant with the associated WSDL or WADL schema definition. Applicable to SOAP and REST TestSteps. The schema definition URL supports Property Expansions (e.g. ${#System#my.wsdl.endpoint}/services/PortType?wsdl ).验证最后收到的消息是否符合关联的WSDL或WADL模式定义。 适用于SOAP和REST测试步骤。 模式定义URL支持属性扩展(例如$ {#System#my.wsdl.endpoint} / services / PortType?wsdl)。
  • SOAP Fault - validates that the last received message is a SOAP Fault. Applicable to SOAP TestSteps SOAP Request - validates that the last received request is a valid SOAP Request. Applicable to MockResponse TestSteps only.验证最后收到的消息是否为SOAP故障。 适用于SOAP TestSteps SOAP Request - 验证上次接收到的请求是否为有效的SOAP请求。 仅适用于MockResponse TestSteps。
  • SOAP Response - validates that the last received response is a valid SOAP Response. Applicable to SOAP TestRequest Steps only.验证最后收到的响应是否是有效的SOAP响应。 仅适用于SOAP TestRequest步骤。
  • Valid HTTP Status Codes - 检查目标TestStep是否在定义的代码列表中收到带有状态代码的HTTP结果。适用于接收HTTP消息的任何TestStep。
  • WS-Addressing Request - validates that the last received request contains valid WS-Addressing Headers. Applicable to MockResponse TestSteps only.确定最后接收到的请求包含有效的WS寻址报头。 仅适用于MockResponse TestSteps。
  • WS-Addressing Response - validates that the last received response contains valid WS-Addressing Headers. Applicable to SOAP TestRequest Steps only.验证最后收到的响应包含有效的WS寻址报头。 仅适用于SOAP TestRequest步骤。
  • WS-Security Status - 验证最后收到的消息是否包含有效的WS-Security标头。适用于SOAP TestSteps。
2.1.1.1. Script
  • Script Assertion - 运行自定义脚本来执行任意验证。仅适用于测试步骤(不能用到属性)。
2.1.1.2. SLA
  • Response SLA - 验证最后收到的响应时间是否在定义的限制内。适用于发送请求和接收响应的脚本TestSteps和TestSteps。
2.1.1.3. JMS
  • JMS Status - 验证该目标步步测试的JMS请求成功执行。适用于要求TestSteps与JMS端点。
2.1.1.4. JDBC
  • JDBC Status - 验证目标TestStep的JDBC语句是否成功执行。仅适用于JDBC TestSteps。
  • JDBC Timeout - 验证目标TestStep的JDBC语句是否不会超过指定的持续时间。仅适用于JDBC TestSteps。
2.1.1.5. Security
  • Sensitive Information Exposure - 检查上一次接收到的消息是否不会公开有关目标系统的敏感信息。适用于REST,SOAP和HTTP TestSteps。

3. Common Assertions

常见的teststep断言是:

 

  • Contains
  • Not Contains
  • Reponse SLA
  • XPath Match
  • XQuery match
  • Script

3.1. The Contains Assertion

该断言检查接收到的响应或请求消息中是否存在某些文本,其配置对话框如下:

 

  截图中显示的示例指定了要验证的消息的整个内容中的字符串“SessionID”的正则表达式检查 。 内容支持属性扩展。

3.2. The Not Contains Assertion

包含断言的对应物;这个检查在断言的消息中不存在指定的内容。配置对话框与上述相同:

 

这里的截图中的例子只是检查整个响应中“Error”不存在。

3.3. The Response SLA Assertion

此声明验证响应时间在指定的值内,否则断言将失败。配置对话框是一个简单的对话框:

 

属性扩展支持在指定的值中,允许您通过某些外部机制(如果需要)来控制断言限制。
### 关于ArcGIS License Server无法启动的解决方案 当遇到ArcGIS License Server无法启动的情况,可以从以下几个方面排查并解决问题: #### 1. **检查网络配置** 确保License Server所在的计算机能够被其他客户端正常访问。如果是在局域网环境中部署了ArcGIS Server Local,则需要确认该环境下的网络设置是否允许远程连接AO组件[^1]。 #### 2. **验证服务状态** 检查ArcGIS Server Object Manager (SOM) 的运行情况。通常情况下,在Host SOM机器上需将此服务更改为由本地系统账户登录,并重启相关服务来恢复其正常工作流程[^2]。 #### 3. **审查日志文件** 查看ArcGIS License Manager的日志记录,寻找任何可能指示错误原因的信息。这些日志可以帮助识别具体是什么阻止了许可服务器的成功初始化。 #### 4. **权限问题** 确认用于启动ArcGIS License Server的服务账号具有足够的权限执行所需操作。这包括但不限于读取/写入特定目录的权利以及与其他必要进程通信的能力。 #### 5. **软件版本兼容性** 保证所使用的ArcGIS产品及其依赖项之间存在良好的版本匹配度。不一致可能会导致意外行为完全失败激活license server的功能。 #### 示例代码片段:修改服务登录身份 以下是更改Windows服务登录凭据的一个简单PowerShell脚本例子: ```powershell $serviceName = "ArcGISServerObjectManager" $newUsername = ".\LocalSystemUser" # 替换为实际用户名 $newPassword = ConvertTo-SecureString "" -AsPlainText -Force Set-Service -Name $serviceName -StartupType Automatic New-ServiceCredential -ServiceName $serviceName -Account $newUsername -Password $newPassword Restart-Service -Name $serviceName ``` 上述脚本仅作为示范用途,请依据实际情况调整参数值后再实施。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值