首页 > 代码库 > 用soapui功能测试-使用断言

用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.
  • 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 ).
  • 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 Response - validates that the last received response is a valid SOAP Response. Applicable to SOAP TestRequest Steps only.
  • 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-Addressing Response - validates that the last received response contains valid WS-Addressing Headers. Applicable to SOAP TestRequest Steps only.
  • 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

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

 

技术分享

属性扩展支持在指定的值中,允许您通过某些外部机制(如果需要)来控制断言限制。

用soapui功能测试-使用断言