SOAPUI测试WSDL项目(七)---创建MockResponse步骤

本文介绍如何使用MockResponse测试步骤监听SOAP请求,并返回预设响应。适用于客户端测试、验证请求及测试异步流程等场景。文章还详细讲解了MockResponse步骤的创建方式、属性设置及其编辑器使用方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转载地址:http://www.cnblogs.com/zerotest/p/4679046.html


MockResponse测试步骤监听一个SOAP请求并返回一个预先配置的响应,然后再继续。 传入的请求的能被断言检查。

这种TestStep使用场景是例如:

  • 客户端测试,验证传入的请求并返回假或不正确的反应测试客户端的行为
  • 测试异步流程——例如最初RequestStep开始一些工作,然后需要等待通知,然后再继续

创建MockResponse步骤

MockResponse步骤可以创建“from scratch”使用的TestCase或TestStep插入或添加操作;

create_mockresponse_dialog

该对话框包含以下选项:

  • 名称——的名称创建步骤
  • 模拟操作,指定的操作
  • 接口——指定接口模拟,改变这也将更新可用操作的列表
  • 创建响应——是否一个默认MockResponse消息会创建
  • 监听端口,端口
  • 路径,路径听

设置所需的值并选择OK之后,该步骤将创建和打开编辑器。

其他方法来创建一个MockResponse步骤是:

  • 从一个在动作级别下示例请求节点,右键单击示例请求和选择“Add as MockResponse Step”创建一个MockResponse一步,请求,使用最后一个响应作为MockResponse内容(如果可用)。

add_request_as_mockresponse

  • 从MockResponse节点的右键菜单选择“Add to TestCase”,使用现有的MockResponse内容(如果可用)。

add_mockresponse_as_mockresponse

MockResponse步骤属性

左下角的属性和标准的MockResponse属性一样,以下例外:

  • 超时 ——MockResponse如果没有请求收到在指定的毫秒数就失败。 指定0将无限期等待。
  • 处理故障 ——告诉MockResponse接受传入的SOAP故障
  • 处理响应 ——告诉MockResponse接受传入响应消息是否匹配WSDL操作
  • 开始的步骤 ——配置在这TestCase哪一步 MockResponse会开始“听”的请求。
  • 端口 ——监听的端口
  • 路径 ——监听路径
  • 主机 ——使用WSDL的托管主机名

MockResponse步骤编辑器

MockResponse步骤基本上和标准SoapUI Pro MockResponse编辑器是相同的,底部有相同的断言/日志选项卡,在大纲编辑器上下文向导创建断言和属性转移。

顶部有一个工具栏,添加路径的输入字段和端口监听, 在执行期间其余MockResponse编辑器一样。这些都是灰色的MockResponse步骤的执行期间。 断言可以添加/管理就像TestRequest编辑器,可用断言的列表是一样的除了SOAP-Fault-related断言,这并不适用于请求消息。

mockresponse_step_editor

查询/匹配配置

查询/匹配配置选项卡允许指定一个查询,该查询将被用来选择处理传入的请求。 例如查询指定一个XPath表达式,选择ID和匹配将包含一个和 ID匹配的property-expansion

mockresponse_querymatch_tab

MockResponse步骤执行

当执行的测试用例达到配置的“一步”开始,MockResponse步骤将启动一个本地临时MockService,等待请求配置路径和端口上配置的操作。 一旦请求已经收到,它将与配置的断言和验证标准MockResponse一样处理。 MockResponse结果返回后,MockService将关闭,和执行将搬到TestCase的下一步。

用MockResponse步骤属性转移可以与TestRequests一样,即属性可以从传入的请求到传出的响应。

<think>好的,我需要根据用户提供的引用内容来回答如何使用SoapUI测试WSDL接口的详细教程。首先,用户引用了五个来源,其中[^1]、[^2]、[^3]提到了创建工程、输入WSDL地址、生成请求和测试套件的步骤。[^4]和[^5]则涉及MockResponse的配置和脚本中的变量使用。 我需要按照用户的系统级指令来组织回答,确保行内公式正确,但这里可能不涉及数学公式,所以主要关注步骤的清晰性。用户要求结构清晰,分步骤说明,并引用相关段落末尾的标识。 首先,应分步骤讲解创建工程、配置WSDL地址、生成请求和测试套件,这些在引用和中有提到。然后,可能涉及接口测试的具体操作,比如发送请求和验证响应,这部分需要参考引用中的创建请求和测试套件。接着,关于MockResponse的设置,引用和[^5]提供了超时、路径、端口等配置以及脚本变量的使用,这部分需要详细说明。 需要确保每个步骤都有对应的引用标注,例如在配置WSDL地址时引用和[^3],在MockResponse配置时引用和。此外,用户可能还希望看到示例代码或截图,但根据引用内容,可能无法提供代码,但可以提及SoapUI的界面操作。 最后,生成相关问题,需要围绕SoapUI测试WSDL的其他方面,如MockResponse的高级配置、参数化测试、结果分析等,确保问题与主题相关且基于现有引用内容。</think>### SoapUI测试WSDL接口详细步骤 #### 1. **创建工程并导入WSDL** - 打开SoapUI,点击顶部菜单栏的 **File > New SOAP Project**。 - 在弹出窗口中填写 **Project Name**(工程名),并在 **Initial WSDL** 字段中输入WSDL地址,例如: ``` http://www.webxml.com.cn/WebServices/WeatherWebService.asmx?wsdl ``` - 勾选 **Create Requests**(自动生成接口请求文件)和 **Create TestSuite**(生成测试套件)选项。 #### 2. **查看生成的接口与请求** - 创建完成后,左侧导航栏会显示服务接口列表。例如,某天气预报服务可能包含8个接口,并根据SOAP版本分为两类。 - 展开具体接口,右键选择 **New Request** 创建请求模板,编辑XML参数后发送请求测试[^2]。 #### 3. **配置MockResponse模拟响应** - 右键测试套件,选择 **Add MockService** 创建模拟服务。 -MockResponse编辑器中配置以下属性: - **Timeout**:设定等待请求的超时时间(毫秒),0表示无限等待。 - **Path** 和 **Port**:指定监听的路径和端口,通常与WSDL定义一致。 - 使用 **RequestContext** 变量传递动态值,例如在脚本中添加: ```groovy requestContext.freeMemory = Runtime.runtime.freeMemory() ```[^5] #### 4. **执行测试并分析结果** - 在请求编辑器中填写参数,点击运行按钮发送请求。 - 查看右侧面板的响应数据,验证是否符合预期。若使用测试套件,可批量执行多个接口测试。 #### 5. **故障排查与高级配置** - 若遇到SOAP故障,勾选 **Process Faults** 选项以捕获异常信息。 - 通过 **Test Steps** 配置MockResponse的触发条件,例如指定在某个测试步骤后开始监听请求。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值