web接口测试工具的实现（webserver接口测试工具）

本篇文章给大家谈谈web接口测试工具的实现，以及webserver接口测试工具对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享web接口测试工具的实现的知识，其中也会对webserver接口测试工具进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、怎么用jmeter对web进行接口测试
• 2、如何使用jmeter做webservices接口测试
• 3、如何利用cURL和python对服务端和web端进行接口测试
• 4、如何测试webservice接口
• 5、Python 如何测试WebService接口
• 6、Web自动化测试有什么常用的工具?

怎么用jmeter对web进行接口测试

演示一下简单的接口测试，首先需要先进入到jmeter的界面窗口中，进行右键线程组，添加》sampler》http请求。
然后在添加一个为察看结果树，进行右键线程组》监听器》察看结构树。
点击已添加的http请求进入，然后在web服务器中的添加需要的接口复制进入，例如使用百度阅读的首页网址信息，端口为80，协议使用是“http”。
然后进行运行jmeter，点击上面绿色运行按钮。
进入查看结果是否运行成功，可以进行点击察看结果树。
进入到查看结果树中，在进入到响应数据的界面中，可以查看的是百度阅读首页返回的相关的数据，根据的自己的需要还可以进行添加相关的断言。已进行判断是否返回想要的数据。

如何使用jmeter做webservices接口测试

1. 建立WebServiceTest Plan
1) 添加ThreadGroup
右键单击Test Plan选择Add -- ThreadGroup，配置
Number of Threads、Ramp-UpPeriod、Loop Count可随测试不同随时修改。
三种参数解释如下：
Number of Threads为发起线程总数。
Ramp-Up Period 指定了JMeter开启Number ofThreads个线程所需的时间。例如，如果待发起30个线程（即模拟用户），Ram-Up Period为15秒，则每秒增加2个线程（30个用户/15秒）。如果设置为0，则JMeter会自动启动所有模拟用户。
Loop Count为循环次数。
2. 添加 WebService Requests
右键单击“WebService线程组”，Add -- Sampler -- WebService(SOAP)。
注：灰色“线程组”为其它测试使用过的线程组，此处这设置为Disabled线程组，在本次测试中不使用。
配置
将发布好的Service的 WSDL URL粘贴到WSDL URL中点击Load WSDL之后，WebMthods自动弹出，
只需自己选择Method然后单击Configure即可完成绝大部分自动配置
但是里面会涉及Soap/XML-RPC Data的编写，我编写的如下：
[plain] view plain copy
<?xml version="1.0" encoding="utf-8"?
<soap:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
<soap:Body
<ns1:simpleMethod
xmlns:ns1="http://server.deltaj.com"
<name xsi:type="xsd:string"Yerasel</name
</ns1:simpleMethod
</soap:Body
</soap:Envelope
这个XML中绝大部分都是固定的。其余解释如下:
simpleMethod是WebService发布的方法；
http://server.deltaj.com是simpleMethod所在类(SimpleServer)的域名，即SimpleServer所在包的包名为com.deltaj.server；
name是simpleMethod的参数名，参数类型是string；
Yerasel是输入的实参。
SimpleService服务端源程序如下：
[java] view plain copy
// SimpleService.java
package com.deltaj.server;

public class SimpleServer {

/**
* 简单的测试方法
*
*/
public String simpleMethod(String name) {
return name + "Say this is a Simple method ^-^";
}

}
注意：
<arg0 xsi:type="xsd:string"Yerasel</arg0也可以，
在发布成wsdl时候, 方法的参数名称被自动的映射成arg0, arg1, 解决方法如下:
[java] view plain copy
Java代码
public User create(
@WebParam(name = "user")
User user);
因此SimpleService服务端源程序改写如下：
[java] view plain copy
// SimpleService.java
package com.deltaj.server;

public class SimpleServer {

/**
* 简单的测试方法
*
*/
public String simpleMethod(@WebParam(name = "personname")String personname) {
return personname + "Say this is a Simple method ^-^";
}

}
Soap/XML-RPC Data 如下：
[plain] view plain copy
<?xml version="1.0" encoding="utf-8"?
<soap:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
<soap:Body
<ns1:simpleMethod
xmlns:ns1="http://server.deltaj.com"
<personname xsi:type="xsd:string"Yerasel </personname
</ns1:simpleMethod
</soap:Body
</soap:Envelope
注：
发布SimpleServer时，需要写xml，这是发布WebService的一般步骤，内容如下：
[plain] view plain copy
<serviceGroup
<service name="SimpleServer" scope="application"
<description
SimpleServer
</description
<messageReceivers
<messageReceiver mep="http://www.w3.org/2004/08/wsdl/in-only" class="org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver" /
<messageReceiver mep="http://www.w3.org/2004/08/wsdl/in-out" class="org.apache.axis2.rpc.receivers.RPCMessageReceiver"/
</messageReceivers
<parameter name="ServiceClass"com.deltaj.server.SimpleServer</parameter
</service
</serviceGroup
文件名为META-INF/services.xml。
文件布局
com里面是包以及.class

然后，在bin目录下运行"jar cvf SimpleServer.aar . "即可
将aar放入Tomcat的services目录中即可发布。

如何利用cURL和python对服务端和web端进行接口测试

工具描述
cURL是利用URL语法在命令行方式下工作web接口测试工具的实现的文件传输工具web接口测试工具的实现，是开源爱好者编写维护的免费工具web接口测试工具的实现，支持包括Windows、Linux、Mac等数十个操作系统，最新版本为7.27.0，但是web接口测试工具的实现我推荐大家使用7.26.0，从这里可以下载7.26.0版本。
以下是官方介绍的翻译：
cURL是一个使用URL语法来传输数据的命令行工具，支持
DICT，FILE，FTP，FTPS，GOPHER，HTTP，HTTPS，IMAP，IMAPS，LDAP，LDAPS，POP3，POP3S，RTMP，RTSP，SCP，SFTP，SMTP，SMTPS，Telnet
和TFTP。 cURL支持SSL证书，HTTP POST，HTTP
PUT，FTP上传，HTTP基础表单上传，代理，cookies，用户+密码身份验证（Basic, Digest, NTLM,
Negotiate, kerberos...），恢复文件传输，隧道代理等等。
Python是一种面向对象、直译式计算机程序设计语言，由Guido van Rossum于1989年底发明，它的强大和易用就无需多做说明了，在web开发中或者对开发速度要求较高的开发中应用十分广，不过因为属于脚本类语言，它的性能始终比不上C++、C等语言。
本文主要利用实例说明这两款工具的在测试中的部分用途，更多用法留待大家继续探索。
应用场景
使用cURL模拟客户端对服务端进行查询
在进行接口测试时，应该先找开发人员提供接口列表和对应参数，这样测试的时候就可以验证测试方法是否正确，不过如果可以用浏览器模拟操作的话，也可以自己先试试的，后面的例子会提到。
首先使用客户端访问需要测试的服务端接口，用wireshark抓包结果如下：
把查询字符串以multipart方式post数据到服务器的file_health_info.php接口。
Tips：
Windows版的cURL不像Linux或者Mac一样属于系统自带工具，需要下载，如果要在命令提示符下使用就需要跳转到工具所在目录下才能运
行，十分麻烦，我们可以直接把这个工具文件放到Windows目录下，这样无论在哪个目录都可以直接使用“curl”命令运行工具了。
cURL默认就是以post方式发送数据的，所以只需要加入multipart方式就可以了，-F在cURL帮助中的解释是：
-F, --form CONTENT Specify HTTP multipart POST data (H)
--form-string STRING Specify HTTP multipart POST data (H)
--ftp-account DATA Account data string (F)
--ftp-alternative-to-user COMMAND String to replace "USER [name]" (F)
--ftp-create-dirs Create the remote dirs if not present (F)
--ftp-method [MULTICWD/NOCWD/SINGLECWD] Control CWD usage (F)
--ftp-pasv Use PASV/EPSV instead of PORT (F)
Specify HTTP multipart POST data正好满足我们的要求，所以模拟的语句是：
curl -F "newmd5=3bcad21af5f17c1fbff419137297c942###25016566###d:\test.exe###1###" file_health_info.php
后面的都是参数，测试前就要找开发确认好。
不过因为服务端支持以gzip方式返回数据，所以我们还可以在请求中加入—compressed参数，即是：
curl --compressed -F "newmd5=3bcad21af5f17c1fbff419137297c942###25016566###d:\test.exe###1###" file_health_info.php
为了更好判断服务端接口是否正常，除了对返回数据进行判断外，我们还需要对服务端返回的数据包头进行解析，所以还可以在cURL请求中加入-i参数，最终这个测试语句就变为：
curl –i --compressed -F "newmd5=3bcad21af5f17c1fbff419137297c942###25016566###d:\test.exe###1###" file_health_info.php
模拟完成后就要考虑判断返回值的事了，我们首先在命令提示符下运行这个语句，看看返回值。
运行以上命令后，返回的数据如下：
HTTP/1.1 100 Continue
HTTP/1.1 200 OK
Date: Fri, 24 Aug 2012 07:47:45 GMT
Content-Type: application/xml
Transfer-Encoding: chunked
Connection: keep-alive
Server: 360 web server
Content-Encoding: gzip
<?xml version="1.0" encoding="GBK" ?
<ret
<retinfo code="0" msg="Operation success" total="1" success="1" empty="0"
cost="999.92752075195"/
<softs
<soft
<md53bcad21af5f17c1fbff419137297c942</md5
<sha1</sha1
<level4040</level
<e_level40.3</e_level
<size</size
<soft_name<![CDATA[]] </soft_name
<describ<![CDATA[]]</describ
<file_desc<![CDATA[]]</file_desc
<upload0</upload
<attr_upload2</attr_upload
<class<![CDATA[private]]</class
<malware<![CDATA[cloud.virus]]</malware
<is_sys_file0</is_sys_file
<is_rep0</is_rep
<age0</age
<pop0</pop
</soft
</softs
</ret
数据包包头是常见的，一般来说，我们只要判断包头中含有“HTTP/1.1 200
OK”就可以确定服务端正常返回了数据。另外从内容可以看到这是一个xml格式的数据包，我们只需要判断是否存在关键的字段即可，比
如<level，确定这些之后我们就可以在python中添加如下案例代码了：
首先运行指定的curl命令：
response = os.popen(‘‘‘curl -i --compressed -F "newmd5=3bcad21af5f17c1fbff419137297c942###25016566###d:\test.exe###1###" file_health_info.php
然后判断返回值中是否存在我们想要的字段：
self.assertNotEqual(response.find(‘HTTP/1.1 200 OK‘),-1)
self.assertNotEqual(response.find(‘<level‘),-1)
上面的内容看起来差不多可以了，但实际还不够严谨，因为服务端返回的这些数据是从数据库中获取的，所以我们还需要查询数据库获取指定值，判断是否和数据包中的一致，比如<level：
首先使用python登录数据库服务器：
conn = MySQLdb.connect(host=‘172.22.54.31‘, user=‘user‘,passwd=‘test321‘,db=‘cloud‘)
cursor = conn.cursor()
count = cursor.execute(‘SELECT plevel FROM file where md5="3bcad21af5f17c1fbff419137297c942"‘)
result = cursor.fetchone()
然后判断返回值中的level是否数据库中的值：
self.assertNotEqual(response.find(‘‘‘<level%s</level‘‘‘%result[0]),-1)
测试时除了使用cURL等工具进行模拟，还可以自己用python或其他语言写代码进行post数据，不过当时简单起见所以就选择了用cURL测试。
使用cURL模拟控制台登录
说到模拟登录或者模拟点击，很多同学可能直接联想到QTP等模拟界面操作的工具，事实上这种工具有一个很大的弊端是太依赖控件，如果界面控件变了，
那么可能整个脚本就无效了，现在的程序设计都倾向界面逻辑分离，这样修改界面时就不会动到底下的功能接口，开发人员可以随时修改界面控件，如果还是采取
QTP等模拟点击的方法测试，结果可能是事倍功半的，如果测试时直接点用接口就可以避免这种问题。
下面的例子是模拟控制台登录的，登录URL为：
cloud/index.php?r=site/login ，首先使用浏览器登录一次，看看实际效果如何。
Tips：
测试php或其他web程序时建议使用chrome，因为它自带的Developer
Tools十分好用，当然firefox或者IE9也有类似的工具，看个人习惯吧。按F12打开工具，选择Network标签页，然后输入用户名、密码点
击登录，这时Network下方会显示登录过程中浏览器想控制台请求的所有数据，包括请求类型、表单数据等，这些是我们模拟操作的数据来源。
从上图可以获取几个重点信息：请求URL、请求类型、数据类型、数据内容、并且支持gzip压缩等。我们用curl模拟如下：
curl -i --compressed cloud/index.php?r=site/login -d “username=admin” -d “userpass=admin”
使用-i和—compressed的原因再上一个例子已经说了，这里不再赘述，重点是后面的-d，它在官方帮助的解释是：
-d, --data DATA HTTP POST data (H)
--data-ascii DATA HTTP POST ASCII data (H)
--data-binary DATA HTTP POST binary data (H)
--data-urlencode DATA HTTP POST data url encoded (H)
--delegation STRING GSS-API delegation permission
--digest Use HTTP Digest Authentication (H)
--disable-eprt Inhibit using EPRT or LPRT (F)
--disable-epsv Inhibit using EPSV (F)
而我们从Developer Tools返回的数据已经知道，返回数据的格式是
“application/x-www-form-urlencoded”，所以很明显需要使用-d的HTTP POST data url encoded特性。不过格式中还有关键字form，莫非也支持-F参数登录，试试：
curl -i --compressed cloud/index.php?r=site/login -F “username=admin” -F “userpass=admin”，果然成功，呵呵～
也许有同学有疑问，为何不模拟warnsetup、refer，这是因为测试时发现登录界面只需要用户名和密码就够了，refer 用于记录来源网页，在这里用处不大，warnsetup只是用于验证登录码的，这个已经去掉了。
接下来要验证数据，我们在命令提示符中运行上面的命令，返回结果如下：
HTTP/1.1 302 Moved Temporarily
Date: Fri, 24 Aug 2012 08:29:07 GMT
Content-Type: text/html
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/5.4.3
Set-Cookie: PHPSESSID=4711d2365de9aaaca0c28b1ca52183f0; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Set-Cookie: PHPSESSID=81d4bb65e888c1b6347120641eb4798b; path=/
Location: ./index.php
Server: 360 web server
很奇怪吧，乍一看控制台没有返回任何有用信息，不过里面那句HTTP/1.1 302 Moved
Temporarily是不是特别眼熟？这个特殊的302（表示http重定向）正是我们在Developer
Tools看到的状态值，看到这个已经可以80%确定我们登录已经成功了，更重要的是返回包中的内容：Location:
./index.php，这说明控制台已经通知请求端跳转到index.php，如果登录失败控制台会继续停留在当前登录界面的，我们只需要修改curl
语句中的用户名或者密码就知道了，这种情况下返回包就是登录界面的php源码，这里不再赘述。
使用cURL以get方式测试控制台搜索接口
测试方法同上面差不多，首先使用chrome打开控制台进入对应页面，在搜索框中输入“test.exe”，点击搜索，使用developer tools抓包，内容如下：
cURL模拟get方式发送数据的参数是-G，了解这个后面要模拟就很简单了：
curl -i --compressed -G “cloud/index.php?r=file_cloud/api/searchfilename=59c7dd2eafdbe86b2e23bcdabb575448bg=0lm=19
”
其中每个参数的含义要分别了解：filename表示输入的关键字，bg表示数据库第一行，lm表示共显示19行数据。这个接口返回的数据如下：
{"rows":[{"level":"10","plevel":"10","id":"20","md5":"59c7dd2eafdbe86b2e23bcdabb575448","soft_name":"","soft_desc":"","file_desc":"QVBJIFRyYWNpbmcgWDg2IEhvb2sgRW5naW5l","is_sys_file":"127","size":"41984","is_rep":"0","file_name":"apihex86.d
ll","file_version":"6.1.7600.16385","product_version":"6.1.7600.16385","copyright":"\u00a9 Microsoft Corporation. All rights reserved.","lang":"0","org_name":"YXBpaGV4ODYuZGxs","sign_name":"TWljcm9zb2Z0IFdpbmRvd3M=","company_name":"Microsof
t Corporation","update_time":"2012-07-31 18:14:27","create_time":"2012-07-31 18:14:27","creator_mid":"15be5b7dce003cdc2c1d1448afcf6cf0"}],"count":"1"}
分别是文件属性和文件信息，这涉及到两个数据库表，所以验证数据需要用python从两张表中获取对应信息。
从第一张表获取文件属性，比如只获取plevel：
SELECT plevel FROM `file` where md5="59c7dd2eafdbe86b2e23bcdabb575448"
从第二张表获取文件信息，比如只获取company_name：
SELECT company_name FROM file_info where md5="59c7dd2eafdbe86b2e23bcdabb575448"
Python代码如下：
conn = MySQLdb.connect(host=‘%s‘% self.host, user=‘user‘,passwd=‘test321‘,db=‘cloud‘)
cursor = conn.cursor()
count = cursor.execute(‘SELECT plevel FROM `file` where md5="111111932490c813bf5ea9d8aa6fa60c"‘)
result = cursor.fetchone()
self.assertNotEqual(response.find(str(result[0])),-1)
count = cursor.execute(‘SELECT company_name FROM file_info where md5="111111932490c813bf5ea9d8aa6fa60c"‘)
result1 = cursor.fetchone()
self.assertNotEqual(response.find(result1[0]),-1)
当然严谨的测试案例是每一个属性字段都需要进行查找和匹配，这里就不再赘述了。

如何测试webservice接口

1.了解url ： http://localhost:8080/test/services/user?wsdl；

2.新建web service 项目 Test,启动接口；

3.在项目Test上新建一个 web service client ，选择JAX_WS；

4.Test项目会自动生成关联代码，新建一个Java类，main方法

public static void main(String[] args) {
		System.out.println("123");
		ServiceCommandService sc = new ServiceCommandService();
		IServiceCommand is = sc.getServiceCommandPort();
		String s = is.queryInstanceById();
		System.out.println(s);
		String s2 = is.queryInstanceList();
		System.out.println(s2);
	}	

Python 如何测试WebService接口

WebService是什么

简单web接口测试工具的实现的说WebService是一个SOAP（面向服务web接口测试工具的实现的编程）的架构web接口测试工具的实现，它是不依赖于语言web接口测试工具的实现，不依赖于平台，可以实现不同的语言（通过 xml 描述）间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。（概念性的东西大家可以自行搜索补充）

测试环境准备

python2.7 + httplib 内置库

数据准备
这里就定义了两个case:
case1是一个正向case, 根据正确的nameid查询用户信息。
case2是一个反向case, 给出一个错误的nameid 查询用户信息。
然后将这两个case 存放到一个dict 中，最后引入代码里面进行请求使用。

data.py文件内容如下：

test.py文件内容如下：

总结 ：
通过以上简单的几步就可以完成WebService Api的测试，对于示例中的测试数据大家可以根据Api文档的描述不断的丰富测试场景。希望对你有所帮助。

Web自动化测试有什么常用的工具?

一、单元测试/测试运行器
1、Jest
知名的 Java 单元测试工具，由 Facebook 开源，开箱即用。它在最基础层面被设计用于快速、简单地编写地道的 Java 测试，能自动模拟 require() 返回的 CommonJS 模块，并提供了包括内置的测试环境 Dom API 支持、合理的默认值、预处理代码和默认执行并行测试在内的特性。通过在并行进程中同时运行测试，让测试更快地结束。
2、AVA

号称“未来的测试运行器”，利用 Java 在 Node.js 里使得 IO 可以并行的优点，让你的测试可以并发执行，这对于 IO 繁重的测试特别有用。另外，测试文件可以在不同的进程里并行运行，让每一个测试文件可以获得更好的性能和独立的环境。测试并发执行强制你写原子测试，意味着测试不需要依赖全局状态或者其他测试的状态。
3、Mocha
一个功能丰富的测试框架，用于 Node.js 和浏览器上的 Java 应用测试，使异步测试变得简单而有趣。它可以持续运行测试，支持灵活又准确的报告，当映射到未捕获异常时转到正确的测试示例。

3、Mocha
一个功能丰富的测试框架，用于 Node.js 和浏览器上的 Java 应用测试，使异步测试变得简单而有趣。它可以持续运行测试，支持灵活又准确的报告，当映射到未捕获异常时转到正确的测试示例。

4、Karma
基于 Node.js 的 Java 测试运行器，旨在为开发人员带来有效的测试环境。可用于测试所有主流 Web 浏览器，也可集成到 CI 工具，还可和其他代码编辑器一起使用。另外一个强大特性就是，它可以监控文件的变化，然后自行执行，通过 console.log 显示测试结果。
二、Web 测试
1）集成测试
Enzyme
一个用于 React 的 Java 测试工具，方便你判断、操纵和历遍 React Components 输出。其 API 旨在通过模仿 jQuery 的 API ，使得 DOM 操作和历遍很灵活、直观。兼容所有的主要测试运行器和判断库。
2）功能测试
selenium录制器
一个易于使用的采用关键字驱动的理念的浏览器自动化测试解决方案。它强大的录制回放功能是在所有web测试工具中是最强悍的。该工具支持不同级别的测试技能，非程序员可以轻松地启动自动化测试项目，而程序员和高级自动化测试人员可以节省构建新库和维护脚本的时间。
3）Visual 测试

Storybook
一个 UI 组件的开发环境，允许你浏览组件库，查看每个组件的不同状态，以及交互式开发和测试组件。它运行在应用之外，允许隔离开发 UI 组件，这可以提高组件的重用性、可测试性和开发速度。

4）猴子测试（Monkey Testing，也称“搞怪测试”）
Gremlins.js
一个用 Java 编写的猴子测试库，用于 Node.js 和浏览器。通过释放大量无规律的 gremlins 来检测 Web 应用的鲁棒性。
5）服务端测试
1、K6
用于测试性能，以开发人员为中心的负载测试工具。提供了一个通过 REST API 进行编排的清新易用的脚本 API 。使用 Go 和 Java构 建，可以很好地集成到开发工作流程中。
2、SuperTest
SuperAgent 的一个扩展，一个轻量级 HTTP AJAX 请求库。提供对 HTTP 测试的高度抽象, 极大地简化了基于 HTTP 的测试。

更多软件测试知识可关注黑马程序员

关于web接口测试工具的实现和webserver接口测试工具的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 web接口测试工具的实现的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于webserver接口测试工具、web接口测试工具的实现的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。