soapui编码设置 soapui521使用教程

soapui怎么设置request用Form编辑

没有form编辑的是因为那是pro版本的功能。如果你的soapUI是EB版本（图标是绿色的）,那就会少一些功能，所以要用form编辑request就必须要下pro版本（图标是蓝色的）。

soapui报错，求助，Error getting response

一般有两种原因：

一种是使用MySQL-Front导入SQL文件提示：SQL execution error # 1064. Response from the database:

错误原因：MySQL-Front版本太低，导入SQL文件失败

解决办法：升级MySQL-Front

另一种就是字符编码的问题

例如先设置 set names gbk;

再select or insert into or delete

SoapUI基础入门使用

SoapUi是一个开源测试工具，通过soap/来检查、调用、实现Web Serv的功能/负载/符合性测试（自动化）。该工具既可作为一个单独的测试软件使用，也可以利用插件集成到Eclipse、men2.X、Netbeans中使用。

SoapUi是一个自由和开放源码的跨平台功能测试解决方案。通过一个易于使用的图形界面和企业级功能，可以轻松、快速创建和执行自动化功能、回归、和负载测试。在一个测试环境，SoapUi提供完整的测试覆盖，并支持所有的标准协议和技术。

安装包地址：

默认安装路径，一直下一步就OJBK

SoapUI可以进行SOAP和REST协议类型的请求。（SOAP和REST的区别自行百度）

基于基础平台的MemberServ进行SOAP协议的接口测试的使用流程

步骤一：

进入SoapUI的首页，点击左上角的file——New SOAP Project，弹出添加框

Project Name：项目的名称，自定义

Initial WSDL:SOAP协议封装的的地址。举个栗子：测试环境的MemberServ接口调试地址为：

我们需要用wsdl来调用封装里面的接口内容，所以在这里应该是

步骤二：

点击OK后，会把封装内的接口读取出来

选中某个接口点击旁边的+号

双击Request，进入请求页面

步骤三：

这里是XML格式，由于SOAP协议的特性，这里是固定的参数格式

填入参数点击左上角的开始按钮进行参数请求，成功后会返回请求结果

相关的请求日志在下方的log工具栏可以查看

如果我们一个接口需要有多个不同参数的请求时，我们可以右键接口名字，选择NEW Request

新的request会加载出默认的格式；

不同的request可以进行不同的命名，以便测试过程中进行区分

新建REST-Project

file-New REST Project

输入请求地址后

进入参数填写页面

以接口CheckPrAndCount为例进行接口测试

在Project中添加New REST Serv from URL

输入测试环境的URL

XXX.0.31.XXX:801/api/CheckPrAndCount?TokenID=cXVuYXJ8OWF3cXF2VWh2WEFnZG8

修改接口请求类型为t（程序默认为get）

输入参数，点击请求

查看返回参数

同个接口下可以添加多个request

在soapui中的接口自动化，本期主要讲测试的新增，后续会进行利用变量将参数进行调用；

选中某个需要创建测试的request，右键选择Add to TestCase

这里可以选择将该request添加到现有的测试、测试中新的测试用例和创建一个新的测试；

这里我们先创建一个新的测试

输入测试的名称

然后再进行测试用例的命名

然后进行测试用例里的请求进行命名，其他默认勾选

介绍几种策略

简单的策略运行指定的线程数与指定的各运行模拟之间的延迟对的“呼吸空间”。例如如果你想运行功能测试与10秒延迟10个线程,线程设置为10,推迟到10000年,随机延迟的多少你想随机化(即设置0.5将导致延误5至10秒)。当创建一个新的LoadTest这是默认策略和设置在一个相对较低的负载与1000毫秒的延迟(5个线程)。

简单的基准测试的策略是完美的。用它来维护您的服务的基本性能和验证没有线程或资源锁定问题。增加线程的数量,当你想要做更复杂的负载测试或使用长期浸泡测试策略。

因为它并不意味着把你的服务他们的膝盖,这样的设置可以用于连续负载测试,以确保您的服务执行如预期温和负荷;建立一个基线测试,没有延迟的随机化,添加LoadTest断言作为安全网,意想不到的结果和自动执行命令行LoadTest跑步者或men插件。

有几个策略,可用于不同负载(线程)的数量随着时间的推移,每个模拟一种不同的行为。他们可以为恢复和压力测试是有用的,但是,正如对基线测试,结合自己或与其他策略。让我们来快速浏览:

方策略——这不同线程的数量随着时间的“锯齿”庄园配置;间隔设置为所需的值和方的线程的数量应该减少和增加多少。例如如果我们从20线程,设置间隔60和方0.5,线程的数量将从20增加到36在15秒,然后减少回20,继续到4线程45秒后,返回到初始值后60秒。在统计图中我们很容易遵循这个方:

破裂的策略——这种策略是专门为恢复测试和方推向了极端,它并没有配置延迟,然后运行的配置数量的线程“破裂时间”和回到睡眠。这里你可以(而且应该)的线程数量设置为高价值(20 +)来模拟冲击的交通在短时间间隔内,然后用一个标准衡量系统的恢复基线LoadTest包含基本绩效断言。让我们试试这个破裂延迟和60秒10秒的持续时间;

线程可以线性策略改变从一个水平到另一个线程的数量

LoadTest的运行。它的主要功能是作为一种手段来确定某些统计数据变化或发生时的水平,例如找到ThreadCount的的TPSBPS可以实现或发现ThreadCount功能测试的错误开始发生。设置开始和结束线程值(例如5

- 50)并设置持续时间相对较长时间(我每个线程使用至少30秒值,在本例中,将1350秒)获得准确的测量数据

创建自动化测试之后，可以右键点击Load Tests

输入名称后生成性能测试集

可以设置不同测试策略和测试时间

可以打开不同接口和不同指标的曲线图

soapui要安装source吗

1、属性转换窗口

创建或双击现有属性转换TestStep打开如下窗口:

左侧列表显示你在这TestStep配置的转移,添加和管理。在选择转移(如“TransferUser”在上面的截图),右边的区域允许您根据需要配置它;

顶部的源区指定源转移属性和XPath

指定的目标区域下的目标属性和可选的XPath转移

下面的区域,不同的配置选项设置。

底部的传输日志显示的转移而执行窗口被打开和他们的实际传输值。

可用的配置选项可以大大改变传输什么和各自的定义:

Fail transfer on error ——转移步骤将会失败如果任何错误发生在试图执行转移时

Transfer text content ——只有文本内容将被转移。没有结构元素将被保留下来

Transfer to all ——匹配的值将被转移到所有目标的位置,以防有几个相匹配

Entitize transferred values ——例如值会有一定的字符与字符(&)替换为相应的字符实体值(“&”)

Set null on missing source ——目标将被设置为null,以防源资源丢失。这意味着,如果目标已经有一个值将丢失

Ignore empty/missing values ——这意味着如果来源是空的或失踪的匹配值将被忽略和目标值都完好如初

使用XQuery ——SoapUI将定源是XQuery而不是默认的XPath时试图提取源值

Transfer child nodes ——SoapUI不会尝试任何文本提取匹配的源,而是选择匹配的子,因此保留子树的XML结构

2。转换执行

当PropertyTransfer TestStep TestCase运行期间执行,每次 Property Transfer的转移是通过选择由转移源步骤，属性和可选的XPath表达式指定的属性被执行和他们的值使用一个可选的XPath表达式指定的属性到目标步骤。如果指定了XPath表达式,如果他们是同一类型的soapUI将试图将目标取代源。

源和目标XPath表达式必须都指向现有各自的属性,源显然需要,所以可以选择,目标属性要求可以发现和覆盖。

如果由于缺少比赛的任何XPath表达式任何转移失败,打印错误,要么失败,要么继续,根据“错误失败”选项。