使用SoapUI获取接口的请求地址、报文框架、信息头等信息
jmeter2版本之后就没有SOAP/XML-RPCRequest插件了，所以没办法直接进行webservice接口的测试。
原理上：
Webservice一般就是用SOAP协议通过HTTP来调用它，其实他就是一个WSDL文档，客户都可以阅读WSDL文档来用这个Webservice。
SOAP简单的理解，就是这样的一个开放协议SOAP=RPC+HTTP+XML：采用HTTP作为底层通讯协议；RPC作为一致性的调用途径，ＸＭＬ作为数据传送的格式，允许服务提供者和服务客户经过防火墙在INTERNET进行通讯交互。
所以其实我们是可以通过一些方法，通过Jmeter中的http请求来测试webservice。只需要借助http信息头管理器两个参数Content-Type和SOAPAction。
建立soapui的项目
弹出录入接口地址页面，点击ok
加在该地址下所有接口，找到需要的接口名，打开请求request
录入请求数据，提取接口路径
接口路径一般是去掉wsdl的地址
将请求数据录入Request1中，如下如所示的红框？位置
一般需要将数据报文进行转换，使用进行数据转换
左右边界如下
运行请求，查看请求结果，提取信息头的2个数据：Content-Type和SOAPAction
SOAPAction的提取分2种，一种soapui的信息头中就有展示，可直接复制粘贴到Jmeter信息头管理器中，另一种需要从请求报文中拼凑，本次的接口样例属于第后者。如下
mlns:web=''的值+接口的函数名 Jmeter测试计划编写 Jmeter添加Http信息头管理器 在http信息头管理器中，录入上述步骤3获取的Content-Type和oapaction参数。如下所示 添加线程组 添加HTTP请求 协议填写webservice，请求类型post，路径填写上述步骤2中带有IP地址、端口号的接口地址，无需拆分填写 添加监听器——察看结果树 查看运行结果 添加监听器——聚合报告 查看接口的综合性能指标 设置线程数、循环次数、持续时间，执行性能测试脚本JMX 打开线程组页面，设置线程组 执行查看聚合报告 Xshell查看nmon监控 linux系统服务器重要监控指标 监控工具 指标类型 指标名称 指标描述 主机监控 CPU CPU-User% User占CPU百分比 CPU-Sys% Sys占CPU百分比 CPU-Wait% CPU 等待IO时间百分比 CPU-Idle% CPU空闲时间百分比 Memory Memory-%Used 内存占用率 Memory-%Free 内存空闲率 Disk Disk-Busy 磁盘IO繁忙度 Disk-Read 磁盘读速度 Disk-Write 磁盘写速度 GBL_DISK_PHYS_READ 磁盘物理读 GBL_DISK_PHYS_WRITE 磁盘物理写 NET Net 网络适配器的数据传输速率 NETPACKET 适配器网络读写包的数量 命令 监控点 描述 Topas命令 CPU、内存、磁盘 Top程序以2秒的缺省时间间隔从系统上抽取并显示统计信息 ps命令 活动进程 收集、查看应用进程活动信息 vmstat命令 CPU、页面、内存 用于获取CPU、页面调度和内存使用情况的总体图形描述 iostat命令 磁盘、CPU 用于确定磁盘和CPU的使用情况 netstat命令 网络 用于确定发送的接收的信息包数 新建服务器连接 录入名称、主机IP、端口号、用户名，点确定会进入录入密码页面，录入密码后即可登录服务器 录入密码 输入命令查看系统uname-a 选择与系统位数一致的nmon文件 可以看出是64位 输入命令rz将nmon上传到Linux服务器，选择本地的nmon 输入命令查看文件ls 查看上传的nmon文件路径 给该文件授权;chmod777文件名这个是nmon 输入命令./nmon 启动nmon，进入一下页面即启动成功 输入命令c------查看CPUt-----查看线程数，可以看到线程数ID以及消耗的资源命令ctrl+c可以保存并退出，敲完这个命令之后才可以跳出监控的状态。 c命令 t命令 将监控状态保存到一个文件，命令是./nmon-f-s3-c30 可以ll查看这个文件是否生成以及文件大小等信息 0.将该文件拉取到本地，命令sz文件名 去本地使用查看吧，注意哦，要用nmon_analyser_v66去打开这个文件哦，nmon_analyser_v66只有在office才能正常使用 awr监控 数据库重要监控指标 监控工具 指标类型 指标名称 指标描述 AWR、实时监控sql语句 Memory SGA SGA内存利用率 PGA PGA内存利用率 BUFFER CACHE BUFFER CACHE利用率 SHARE POOL SHARE POOL利用率 LARGE POOL LARGE POOL利用率 User Active user 活动的数据库连接数 SQL TOP 10 SQL 前10个最消耗资源的SQL Wait TOP 10 Wait event 前10个等待事件 文章为作者独立观点，不代表股票交易接口观点
股民评论