接口测试

1. 概述 泛型在java中有很重要的地位，在面向对象编程及各种设计模式中有非常广泛的应用。 什么是泛型？为什么要使用泛型？ 泛型，即“参数化类型”。一提到参数，最熟悉的就是定义方法时有形参，然后调用此方法时传递实参。那么参数化类型怎么理解呢？ 顾名思义，就是将类型由原来的具体的类型参数化，类似于方法中的变量参数，此时类型也定义成参数形式（可以称之为类型形参）， 然后在使用/调用时传入具体的类型（类型实参）。 泛型的本质是为了参数化类型（在不创建新的类型的情况下，通过泛型指定的不同类型来控制形参具体限制的类型）。也就是说在泛型使用过程中， 操作的数据类型被指定为一个参数，这种参数类型可以用在类、接口和方法中，分别被称为泛型类、泛型接口、泛型方法。 2. 一个栗子 一个被举了无数次的例子： List arrayList = new ArrayList(); arrayList.add("aaaa"); arrayList.add(100); for(int i = 0; i< arrayList.size();i++){ String item = (String)arrayList.get(i); Log.d("泛型测试","item = " + item); } 毫无疑问，程序的运行结果会以崩溃结束： java.lang.ClassCastException: java.lang

这周前两天是在等小程序前端页面，等待之余，一方面在修修补补之前的接口，同时在微信开发者工具上测试接口，其实就是搭建调用接口的js函数，传参和接收返回结果的简单处理，之前大部分是用postman测的；另一方面了解了下一个项目的需求和数据表设计。周三拿到前端页面后，在周三周四这两天是绑定数据，周五联合测试。但结果很糟糕，我们四个人后端都是第一次搞小程序，并且还有两个刚工作的，所以结果很是不理想，在周五根本就没法将测试进行下去，出现各种问题，项目负责人都要疯了。我负责部分的逻辑是稍微复杂的，但也并不是说很难，只是判断的条件即各种情况考虑的比较多。其实主要的功能点是我负责实现的，但是效果真的是很差，不是接口的问题，接口都是基本没有问题的，都是在小程序的js交互上和一些微信专属功能上做的很差，有些功能到现在还是有点懵。所以说，我这个双休过的是有点焦虑的……马上又要上班了，这个小程序客户又急着要，但是现在又是千疮百孔，很是尴尬。稍后第一件事就得是梳理现在遇到的问题，然后逐一解决，单独或者合作解决。另外，要想好测试的流程，总之，今天就是要一步一步的确认各项流程即页面间跳转没问题，页面功能没问题，最终在下班前能测试一遍，解决问所有已知问题，能提交审核。 来源： https://www.cnblogs.com/gds-1202b/p/11337655.html

1. 接口 测试 的流程一般是怎么样的？ 　　 小刀： 接口 测试 的流程其实和 功能 测试 的流程类似，因为 接口 测试 依赖的主要对象也是需求说明书，所以，最初的流程就是参与需求讨论，评审需求。 　　需求确定以后，开发会根据需求进行 接口 设计，会产出 接口 定义，在开发设计过程中，有能力的话，可以给出一些针对设计的建议，提高可测性，针对需求及设计，进行 测试 计划， 测试 设计，然后还需要和配管确定 测试 环境相关的事情。 　　在开发完成 接口 定义之后，就根据需求文档及 接口 定义进行 测试 用例设计， 测试 用例设计主要从业务场景，功能，以及异常 测试 几个方面考虑。 　　 测试 用例设计完成后，针对 测试 用例进行评审，然后，如果开发代码部分可测时，即可进入 测试 了，因为是部分可测，可能会使用到mock方法。 　　已有 测试 代码时，就要进行 测试 代码的持续集成了，我们是使用hudson来进行持续集成的 　　在项目结束后，会对每个项目进行总结。 2. 接口 可以分下面几种： 1）系统与系统之间的调用，比如银行会提供 接口 供电子商务网站调用，或者说，支付宝会提供 接口 给淘宝调用 　　2）上层服务对下层服务的调用，比如service层会调用DAO层的 接口 ，而应用层又会调用服务层提供的 接口 ，一般会通过 　　3）服务之间的调用，比如注册用户时

一.接口 1.程序内部接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块，发帖模块等等，那你要发帖就必须先登录，那么这两个模块就得有交互，它就会抛出一个接口供内部系统进行调用。 2.系统对外接口：比如你要从别的网站或服务器上获取资源和信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们的app，网址这些它在进行数据处理的时候都是通过接口进行调用的。 二.接口的分类 1.web service接口，soap协议，请求报文和返回报文都是xml格式的，我们在测试的时候通过工具才能进行调用，测试。 2.http api接口，http协议，通过路径来区分调用方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。 三.接口测试 1.接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 2.其实接口测试就和普通功能测试没什么区别，区别就是功能测试是在页面上点点点，在页面上输入值，提交数据看结果，而接口测试没有页面，通过接口规范文档上的调用地址

什么是接口测试 测试人员通常所说的“接口测试”是针对系统各组件之间接口的一种测试，它属于功能测试。接口能测出普通界面操作难以发现的问题。如，我们都知道系统是由前端后端组成，一些数据在前端做了校验，后端同样也需要校验才能保证安全，界面操作显然只能检查到前端校验这一层，只有直接面对前后端之间的该接口才能检验出后端是否也做了校验。 接口测试的必要性 ž 可以发现很多页面操作发现不了的问题 ž 检查系统的异常处理能力 ž 检查系统的安全性、稳定性 ž 前端随便变，接口测好了，后端不用变 接口测试的流程 ž 需求评审，熟悉业务和需求 ž 开发提供接口文档 ž 编写接口测试用例 ž 用例评审 ž 提测后开始测试 ž 提交测试报告 接口文档 是接口测试的参照，至少包括： 1、接口说明 2、调用url 3、请求方法（get\post ……） 4、请求参数、参数类型、请求参数说明 5、返回参数说明 接口测试用例设计 通过性验证：首先保证接口好用，按文档正常传入，查看是否可以返回正确的结果。 参数组合： 按接口文档中对参数的要求进行有目的的组合，比如必填未填是否通过，标志类参数值的切换是否能对应正确的功能等。（这部分很关键） 接口安全： 1、绕过正常值验证。 2、绕过身份授权验证。 3、参数是否加密，加密规则是否容易破解。 4、密码安全规则，密码的复杂程度校验。 异常验证

1. 什么是接口测试 　　接口测试是验证系统组件间接口数据交互的测试。重点是检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。接口测试属于功能测试， 是通过接口文档上的调用地址、请求参数、拼接报文，然后发送请求，检查返回结果。 2. 接口测试必要性 　　可以发现页面操作发现不了的bug 　　检查系统的异常处理能力 　　检查系统的安全性、稳定性 　　前端发生变化，接口测试好了，后端无需再做改动 3. 接口测试流程　 　 　　需求评审，熟悉业务和需求 　　开发提供接口文档 　　编写接口测试用例 　　用例评审 　　执行测试 　　提交测试报告 　　 3.1 接口文档必备要素 　　　　接口说明 　　　　调用url 　　　　请求参数 　　　　请求方式 　　　　请求参数、参数类型、请求参数说明 　　　　返回参数说明 　　 3.2 接口请求报文拼接方式 　　　　　　 url拼接 　　　　　　　　url拼接规则为：Url?param1=value1&param2=value2 　　　　　　　　问号前面是请求url，后面是请求参数和参数值，多个参数用&连接 　　　　　　　　如：https://api.douban.com/v2/book/search?q=邹伟伟 　　　　　　 json串 　　　　　　　　需要测试工具完成，如postman、jmeter等

接口测试的基础流程和用例设计 一、接口测试的基本信息 1、常用的两种接口：webservice接口和http api接口 　　webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，可以用soupui、jmeter等工具进行测试。 　　http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，可以用postman、jmeter等工具进行测试。 2、接口测试的必要性 　　可以发现很多页面上操作发现不了的bug； 　　检查系统的异常处理能力； 　　检查系统的安全性、稳定性 3、接口测试流程 　　需求评审，熟悉业务和需求 → 开发提供接口文档 → 编写接口测试用例 → 用例评审 → 提测后开始测试 → 提交测试报告 4、接口规范文档 　　接口文档至少包括： 　　　　（1）接口说明 　　　　（2）调用url 　　　　（3）请求方法（get\post） 　　　　（4）请求参数、参数类型、请求参数说明 　　　　（5）返回参数说明 5、GET和POST请求 　　如果是get请求的话，直接在浏览器里输入就行了，只要在浏览器里面直接能请求到的，都是get请求，如果是post的请求的话，就不行了，就得借助工具来发送。 　　GET请求和POST请求的区别： 　　　　（1

1、常见接口类型？ HTTP接口，RPC接口，Web Service接口， Dubble接口，RESTful接口，其中RESTful接口是基于HTTP接口的，Web Service及Dubble属于RPC接口。 1.1 HTTP接口 ：通过HTTP协议传输的接口，可以传输文本表单数据，也可以传输Json类型的对象数据或xml类型的数据。 1.2 RPC: 远程方法调用，随着分布式系统的出现，当你需要调用部署到其他服务器上的方法时，需要用到RPC。RPC只是 提出了这样一个问题，有很多种解决方案，比如WebService(基于SOAP协议)， REST(基于HTTP协议）。 1.3 SOAP: 简单面向对象协议，基于HTTP，使用xml作为默认传输格式 1.4. Web Service : 基于SOAP协议的一种RPC实现方案。相比传统的HTTP接口只传输文本请求和文本相应，通过Web Service可以直接拿到远程的一个对象，并能够直接调用该对象的属性和方法，比HTTP更高级。 1.5 REST/RESTful API: REST，表述性状态转移。一种HTTP接口的设计风格，将一切接口视为资源，要求接口路径同意 管理，分版本管理，规定了GET/POST等请求以及HTTP状态码的使用规范，默认使用JSON格式传输。RESTful API即满足REST风格即设计规范的API接口。 2

★接口测试 是项目测试的一部分，正如其名，它测试的主要对象是接口，是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点。测试的重点是检查数据交互、传递、和控制管理过程以及系统间的相互依赖关系等。接口测试的内容如下图所示： ★接口测试理论方法： 1、 等价类划分法 有效等价类：完全合法的值，验证程序是否实现了规格说明中的功能和特性 无效等价类：测试系统的容错性----对异常输入情况的处理 2、 边界值分析 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据。 3、 错误推测法 根据经验列举出程序中所有可能有的错误和容易发生错误的特殊情况 ★单元测试遵循原则 编写单元测试代码遵守 BCDE 原则，以保证被测试模块的交付质量。 B：Border，边界值测试，包括循环边界、特殊取值、特殊时间点、数据顺序等。 C：Correct，正确的输入，并得到预期的结果。  D：Design，与设计文档相结合，来编写单元测试。  E：Error，强制错误信息输入（如：非法数据、异常流程、非业务允许输入等），并得到预期的结果。 ★接口测试一些要点（详细） *获取列表 : 1、 无参数获取列表是否成功 * 查询（根据id） 1、合法的值

如有任何学习问题，可以添加作者微信：lockingfree 课程目录 Python接口测试实战1（上）- 接口测试理论 Python接口测试实战1（下）- 接口测试工具的使用 Python接口测试实战2 - 使用Python发送请求 Python接口测试实战3（上）- Python操作数据库 Python接口测试实战3（下）- unittest测试框架 Python接口测试实战4（上） - 接口测试框架实战 Python接口测试实战4（下） - 框架完善：用例基类，用例标签，重新运行上次失败用例 Python接口测试实战5（上） - Git及Jenkins持续集成 Python接口测试实战5（下） - RESTful、Web Service及Mock Server 更多学习资料请加QQ群: 822601020获取 本节内容 抓包工具的使用 Postman的使用 抓包工具的使用 抓包工具简介 Chrome/Firefox 开发者工具: 浏览器内置，方便易用 Fiddler/Charles: 基于代理的抓包，功能强大，可以手机抓包，模拟弱网，拦截请求，定制响应 Fiddler: 免费，只支持Win Charles: 收费，支持Win/Linux/Mac wireshark/tcpdumps：给予网卡层的抓包，数据量大，可以抓取tcp/udp等多种协议的数据包（需要做好过滤）