接口测试

代理模式 在代理模式（Proxy Pattern）中： ①一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。 ②我们创建具有现有对象的对象，以便向外界提供功能接口。 介绍 作用： 为其他对象提供一种代理以控制对这个对象的访问， 举个例子来说明代理的作用：假设我们想邀请一位明星,那么并不是直接联系明星,而是联系明星的经纪人,来达到同样的目的.明星就是一个目标对象,他只要负责活动中的节目,而其他琐碎的事情就交给他的代理人(经纪人)来解决.这就是代理思想在现实中的一个例子。 主要解决 ：在直接访问对象时带来的问题，比如说：要访问的对象在远程的机器上。在面向对象系统中，有些对象由于某些原因（比如对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问），直接访问会给使用者或者系统结构带来很多麻烦，我们可以在访问此对象时加上一个对此对象的访问层。 优点： 1、职责清晰　　2、高扩展性　　3、智能化。 缺点： 1、由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢。 2、实现代理模式需要额外的工作，有些代理模式的实现非常复杂。 一、静态代理 我们将创建一个SomeService接口和实现SomeService接口的实体类。ServiceProxy是一个代理类，减少ServiceSomeImpl对象加载的内存占用。proxyTest

1.什么是接口测试 接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 2.为什么做接口测试 首先，节省测试成本，数据模型推算，底层的一个bug能够引发上层的8个左右bug，而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。 其次接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测。 最后接口测试是自动化并且持续集成的，这也是为什么接口测试能够低成本高收益的根源。 总之接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下的最佳解决方案，接口测试是一个完整的体系，也包括功能测试、性能测试。 3.接口测试的适用范围 接口测试一般应用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。接口测试在淘宝的应用是一个自下而上的发展过程。 接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比

首先，什么是接口呢？ 接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。 系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。 程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。 一、常见接口： 1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等； 2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等； 二、前端和后端： 在说接口测试之前，我们先来搞清楚这两个概念，前端和后端。 前端是什么呢

其实可以用jmeter两种sampler进行webservice的测试： 1、SOAP/XML-RPC Request(但是在jmeter3.2以后版本中已经取消了这个取样器) 2、HTTP请求 下面分别介绍两种方式 一、首先需要使用soupUI工具抓取webservice接口的部分需要的信息。 1、新建项目 2、新建成功的项目信息如下图： 3、选择要测试的接口，右键新建request 4、编辑报文内容，点击左上角的绿色三角执行按钮，右侧窗口查看接口请求结果 5、可以复制下发送的报文的格式 <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:web="http://WebXml.com.cn/"> <soap:Header/> <soap:Body> <web:getSupportCity> <!--Optional:--> <web:byProvinceName>?</web:byProvinceName> </web:getSupportCity> </soap:Body> </soap:Envelope> 二、使用SOAP/XML-RPC Request(但是在jmeter3.2以后版本中已经取消了这个取样器)形式进行测试，以下随便放一张图，因为我用的jmeter版本是3.3

jdk1.8.0_144 　　Object类作为Java中的顶级类，位于java.lang包中。所有的类直接或者间接都继承自它。所以Object类中的方法在所有类中都可以直接调用。在深入介绍它的API时，先插一句它和泛型之间的关系。 　　在JDK1.5之前是没有泛型的，集合能够装下任意的类型，这就导致了一个潜在的问题——不能在编译时做类型检查，也就可能导致程序bug出现的概率。JDK1.5出现了泛型，在定义一个集合时指定一个泛型，这就能在编译时能做类型检查，避免了一些低级bug的出现。时至今日，实际上在JDK源码中遗留了部分不是特别优美的代码，从今天的角度来看是能够将其泛型化的（例如Map的get方法），但在当时需要考虑向后兼容不得不放弃对某些方法和类的泛型化，才导致了一丝瑕疵。 　　接下来将详细的剖析Object类中的一些方法，其中某些方法会延伸到其他方面（例如：wait和notify等）。 public final native Class<?> getClass() 　　返回Class对象实例。Class类有点“特殊”，因为它在我们的日常代码逻辑中不常出现，它所出现的地方往往是一些基础框架或者基础工具。　　 　　Class类所处的包同样是java.lang，毫无疑问它的父类还是Object。在学习面向对象编程时，我们知道类是对一个事物抽象的定义

一、背景 　　 最近的工作中碰到一个金融支付相关的服务，整个服务是提供的webservice接口，查了一下采用webservice会更加安全，所以就研究了下如何测试这种服务的接口。 二、术语解释 WebService是什么？ 基于Web的服务：服务器端整出一些资源让客户端应用访问（获取数据） 一个跨语言、跨平台的规范（抽象） 多个跨平台、跨语言的应用间通信整合的方案（实际） SOAP协议是什么？ Webservice是基于SOAP协议传输数据。 SOAP又是一种简单的基于 XML 的协议，它使应用程序通过 HTTP 来交换信息。 WSDL是什么？ WSDL(Web Services Description Language)基于XML语言，用于描述Web Service及其函数、参数和返回值。它是WebService客户端和服务器端能理解的标准格式。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅的，这将是一个很大的好处。—— 可以视为接口文档 WSDL 文件保存在Web服务器上，通过一个url地址就可以访问到它。客户端要调用一个WebService服务之前，要知道该服务的WSDL文件的地址。 三、 请求webservice接口 获取WSDL文件 　　　　 这一步很简单，直接找开发同学，他们把服务端代码做发布后会生成这个文档的，如果他说没有，那他的服务肯定有问题。

package cn.edu.tju.se; import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get; import static org.springframework.test.web.servlet.result.MockMvcResultHandlers.print; import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status; import org.junit.Before; import org.junit.Test; import org.junit.runner.RunWith; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; import org.springframework.test.context.ContextConfiguration; import org.springframework.test.context.junit4

Requests库的中文文档（非常重要） 版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。 Requests库是一个非常牛逼的http请求的库，做接口测试非他莫属！！ 地址如下：http://docs.python-requests.org/zh_CN/latest/user/quickstart.html 高级用法：http://docs.python-requests.org/zh_CN/latest/user/advanced.html#ssl ———————————————— 发送请求 使用 Requests 发送网络请求非常简单。 一开始要导入 Requests 模块： >>> import requests 然后，尝试获取某个网页。本例子中，我们来获取 Github 的公共时间线： >>> r = requests.get('https://api.github.com/events') 现在，我们有一个名为 r 的 Response 对象。我们可以从这个对象中获取所有我们想要的信息。 Requests 简便的 API 意味着所有 HTTP 请求类型都是显而易见的。例如，你可以这样发送一个 HTTP POST 请求： >>> r = requests.post('http://httpbin.org/post',

　　前面介绍了Fiddler一些简单的使用功能，Fiddler不仅可以抓包也可以做接口工具使用，在没有接口文档的时候我们也可以通过Fiddler查看接口具体有哪些内容 Fiddler发送请求 在Fiddler中有个选择卡Composer，Fiddler就是通过这个工具完成接口测试的 Composer简单介绍 1、执行接口 2、接口的请求方式 3、接口的请求地址 4、HTTP版本 5、接口的请求头 6、post请求方式body 7、接口请求历史 我们可以把抓包的数据直接拽到Composer中，获取接口的所有的请求信息。 Composer请求get方式 1、直接通过Composer请求安静的博客 2、点击执行后会发现左侧会话列表出现一个请求内容 3、点击查看请求内容 Composer发送post请求 1、抓取豆瓣网的登录接口 首先输入错误的账号名+密码获取登录接口 2、修改账号密码发送请求 直接拽到Composer中然后修改正确的账号密码 3、查看返回内容 通过查看返回的内容，发现我们已经登录成功 通过简单的例子是不是感觉Fiddler更加强大了，其实Fiddler还有更加强大的功能，具体是什么强大的功能？我们下次在说~~~ 如果有哪里写的不对，或者不明白都可以在评论下方留言，看到后第一时间回复！！ 感谢关注，持续更新中~~~ 来源： https://www.cnblogs.com

接口测试的前提条件： 1.网是通的：为了与服务器端进行连接。 2.服务器是可以连接的；如果服务器关了，比如在凌晨2：00到8：00要对服务器进行维护，这个期间把服务器给关了，这个时候想要登录微信去聊天是不可能的。因为它现在告诉你我打样了，这段时间不提供服务了。 3.接收响应数据，测试人员拿到响应数据后去进行验证。 4.最后所有的数据请求结束了，不想做进一步的数据交互了，那就关闭连接。 接口测试原理： 模拟客户端向服务器发送报文请求，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端接收应答的一个过程。 postman是怎么实现这个过程 客户端，可以下载到电脑桌面上安装 另外一种，嵌入的谷歌浏览器，因为postman是谷歌提供的，也可以是谷歌的插件，但现在有独立的版本，可以下载到桌面安装了。 我们跟别人连接，首先要知道别人是谁，要发送数据发给谁，这是基本条件。 1.那么就有我们的url，它就是所谓的接口地址，我们要发送的地址，接口地址，这是你必须要知道的，你不知道这个地址，这个东西就送不出去了，url就表示我们要发送数据的对象，我们要发的接口地址，这是必须要提供的。我们要发送到哪家去。 微信它是有多个接口的，一个接口就提供了一个功能。那登录是登录接口的功能，公众号是公众号的功能，我们还有其他功能，充值，发红包这些，那不同的操作都有不同的功能接口