接口测试

接口八问 关于接口的具体信息，可以通过以下八个问题进行了解： 接口的请求地址？ 接口的作用？ 接口的请求方式？ 接口是否是用户相关？ 接口是否存在上送数据，上送数据是什么？ 接口返回的报文头和编码？ 接口的状态码？ 接口返回的报文体？ 报文头：传递的通用信息或指定某种行为 报文体：请求或相应中传递的数据内容 接口测试质量评估标准 接口测试的质量通常可以通过以下指标进行评估： 1、业务功能覆盖是否完整； 2、业务规则覆盖是否完整； 3、参数验证是否达到要求（边界、业务规则）； 4、接口异常场景覆盖是否完整； 5、接口的所有参数是否覆盖 6、接口覆盖率是否达到要求； 7、代码覆盖率是否达到要求； 8、性能指标是否满足要求； 9、安全指标是否满足要求。 来源： https://www.cnblogs.com/xiaxiaoxu/p/11605728.html

使用axios测试接口（这个是get请求的数据） axios({ method:"GET", url:"/api/category/product/model-detail-by-model-id-new?entityId=4&modelId=11222&proModelId=13&source=3" }).then((data)=>{ console.log(data,6); }) },//////////////////////////////////vue的配置文件中，需要设置跨域请求地址 devServer:{ open:true, port:9000, //服务器代理跨域 proxy:{ "/ajax":{ target:"http://m.maoyan.com", changeOrigin:true }, "/locate":{ target:"http://apimobile.meituan.com", changeOrigin:true }, "/api":{ target:"https://cmsjapi.dataoke.com", changeOrigin:true } } }, 来源： https://www.cnblogs.com/yuanjili666/p/11603081.html

这近使用jmeter 做了一次接口测试，几年没有使用这工具了用起来生疏了，这里简单记录一下整个过程方便以后可以当资料查看使用。过程如下： 一、新建线程组，添加HTTP默认请求配置 二、添加登录HTTP请求取样器，并提取登录token 1、登录 2、后置处理器添加json 提取，获取登录token 三、添加HTTP请求头并配置 四、新增数据接口HTTP取样器（传参使用随机函数） 五、查询数据接口 六、json 提取请求返回值（取单个值、多个值） 七、下载文件接口 八、连接数据库查询数据 连接sqlserver Database URL: jdbc:sqlserver://数据库地址;databaseName=库名 JDBC Driver class: com.microsoft.sqlserver.jdbc.SQLServerDriver Database URL: jdbc:mysql://数据库地址:端口/库名 JDBC Driver class: com.mysql.jdbc.Driver 九、删除数据接口调用数据库查询的数据进行数据删除 十、添加观察树和聚合报告 来源： https://www.cnblogs.com/zhiben/p/11560438.html

为什么要做自动化测试 什么项目适合做自动化测试 选择UI自动化还是接口自动化 接口自动化工具对比 Jmeter+Ant+jekins框架搭建 一、为什么要做自动化测试？ 假设半月迭代一次，每次迭代需要5轮测试，人工回归一次需要5个小时，最终确定一年下来，自动化为你省去600个小时，也就是75个工作日，同时也省去了测试旧功能要吐的烦恼以及人疲惫下产生的错误。 有点：提高效率、质量 自动化测试：人为驱动的测试行为转化为机器执行过程（在手工基础上） 二、什么项目适合做自动化测试？ 1.什么项目适合？ 需求稳定，不会频繁变更（项目稳定） 研发和测试周期长，需要频繁执行回归测试 需要在多种平台上重复运行相同测试的场景(兼容性测试) 某些测试项目通过手工测试无法实现，或手工成本太高 被测软件的开发较为规范，能够保证系统的可测试性 2.什么阶段编写自动化脚本？ 项目稳定后，编写自动化用例更得心应手，原因： 项目基本没有bug，方便写断言（断言类似于手工测试里的预期结果） 手工测试时用例已编写完成，自动化测试脚本完全可以根据手工测试去实现 3.什么阶段进行自动化测试？ 项目测试流程：冒烟测试-新需求测试-兼容性测试-回归测试 冒烟测试：测试流程的重要起点 　　新需求测试：测试过程中学习、探索最集中的测试 　　兼容性测试 　　回归测试：稳定功能是否收到新功能影响的测试

接口自动化测试框架： Requests库：发送HTTP接口请求 unittest单元测试框架：组织和运行测试用例 HTMLTestRunner：生成html格式的测试报告 PyMySQL驱动：操作MySQL数据库来初始化测试数据 接口测试工具： 不足：1、测试数据不可控；2、无法测试加密接口；3、扩展能力不足 接口自动化测试框架的处理流程： 1、接口测试框架先向测试数据库中插入测试数据 2、调用被测系统提供的接口 3、系统接口根据传参向测试数据库中进行查询得到结果 4、将查询结果组装成一定格式（如json）的数据，并返回给测试框架 5、通过单元测试跨国家断言接口返回的数据，并生成测试报告 来源： https://www.cnblogs.com/Calinayc/p/11581683.html

协议是什么 在接口测试中。客户端发送的request至服务端反馈的response中传输的数据就是接口测试最重要的部分 Cache是什么 打开浏览器或者应用的实话，用户的等待时间叫做响应时间，打开速度影响到用户体验，提高反应速度的一个方法就是使用缓存策略，缓存策略能带来什么好处呢？ 1.减少延迟：因为网页请求指向的是更接近的客户端缓存，而不是资源服务器，所以花费的时间更短，提高用户体验 2.降低网络负荷：因为缓存可以重复使用，节省带宽，降低网络负荷，也就可以更加节省用户的流量 缓存一般分为以下几种： 1.浏览器缓存　　　　（缓存在本地） 2.代理缓存　　　　　（缓存在网络路由，也就是共享缓存） 3.网关缓存　　　　　 (缓存在CDN) 缓存策略一般分两种情况： 1.强缓存　　　　(直接在本地缓存中读取资源) 2.协商缓存　　 (通过服务器告知是否能用本地缓存，先和服务器协商，如果可以，就从本地缓存中读取。如果不可以，就返回最新的资源) Cookie Cookie的内容是保存一小段文本信息。组成一个通行证，用来处理客户端无状态协议的一种解决方案 Cookie使用原理如下： 1.用户会提供信息提交服务器 2.服务端向客户端回传相应数据的同时，也会发回Cookie 3.客户端接收到服务器相应后，浏览器将Cookie保存在同一个位置 4.客户端向服务端发送请求的实话

对于目前测试人员来说基本上只用postman来跑单个接口跑通就可以了，就不过多讲了，复杂的接口测试工作都用自动化后面会讲到接口自动化和UI自动化。 文章内容分为： 一：基本操作 二：鉴权的处理 三：设置代理 四：断言， 五：cookie 六：变量设置 七：使用Runner功能和外部数据， 八：newman 一：基本操作 post，get，put,delete经常是这四种请求方式。 200，201创建成功， 302返回302的意思是服务器内部还要 重定向 到另外一个地址，就好比登陆成功时返回了302 然后要跳转到首页。，400服务端理解不了客户端,401需要用户的ID和密码，403服务端拒绝客户端的整个请求，500服务端内部的请求错误 有一篇写基础的get和post文章比较好的，看一下也比较简单 https://blog.csdn.net/fxbin123/article/details/80428216 二：鉴权的处理 出现401 选择Authorization-------basic-Auth 填写账号密码 点击Preview-Request 三：设置代理 把浏览器设置代理，地址设置为自己的ip地址即可 四：断言 postman断言：选择下图的Tests，添加接口断言；postman自带断言函数如下图 Status code 解释一下这句代码的意思： tests["Status

前言 　　之前还没实际做过接口测试的时候呢，对接口测试这个概念比较渺茫，只能靠百度，查看各种接口实例，然后在工作中也没用上，现在呢是各种各样的接口都丢过来，总算是有了个实际的认识。虽然只是接口功能的测试，但是也要记录下自己学到的点滴技能。 　　因为只是接口的功能测试，所以目前是用postman做测试，比较简便，当然这只是接口测试的入门而已，了解的只是冰山一角，后续会努力往接口压力、接口性能、接口自动化方向靠拢。（postman的安装方法可以百度一下，这里就不提了） 　　各位大佬勿喷哈~ 接口理论 　　我们常说的接口就是API，接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 　　其实接口测试就和普通功能测试没什么区别，区别就是功能测试是在页面上输入值，提交数据看结果，而接口测试没有页面，通过接口规范文档上的调用地址，请求参数，拼接报文，然后发送请求，检查返回结果。 　　 接口实例 一、POST POST请求是用来发送数据的，下面以下XX系统分配加工厂为例 1、产品经理的PRD文档要求如下（分配加工厂接口的修改内容如下）： 1） 分配加工厂接口里新增加工厂ID字段，整数类型，非必填； 2.）若对单领料单已经审核通过

至于参数化的用途，我这里就不多说了，本文主要介绍最全、最强大的参数化方法，对参数化有一个彻底的认识，这里提供了多种参数化方法 1.jmeter参数化之用户变量 　 在测试计划里面添加一个用户自定义的变量，变量名：userid，变量值：1 2. Jmeter参数化之函数读取数据 　　 　　随便选取了几个函数作为实例，函数具体参数和百度查询 　　__Random：生成随机数 　　__RandomString：生成随机字符串 　　__time：获取当前时间 　　__UUID：生成唯一UID 　　__threadNum：线程ID 　　__CSVRead：从文件中读取一列 　　_StringFromFile：从文件中读取一行 　 3.Jmeter参数化之从文件中读取数据 　　 添加一个CSV Data Set Config 配置元件 data.txt文件内容如下： 4.Jmeter参数化之从数据库读取数据 　　 可以从数据读取数据，进行参数操作；也通过jdbc进行造测试数据 　　 注意：一定要在测试计划中上传mysql驱动 　　JDBCconfig： 　　JDBC Request： 　　Jmeter数据库驱动列表 来源： https://www.cnblogs.com/kelly11/p/11549226.html

要设置开发环境，您需要以下内容 ： IDE：Eclipse IDE Jdk Web 容器：Apache Tomcat 7.0 Jersey 库：Jersey ，包含所有必需的库 在Eclipse中创建一个web工程 首先，为 Eclipse 上的 Tomcat创建服务器运行时。这是用于 RESTful Web 应用程序的 Web 容器。然后创建一个名为 “RestDemo” 应用程序，并将目标运行时指定为 Tomcat 。 最后，从 Jersey 开发包中将以下库复制到 WEB-INF 下的库目录 方法 资源集合， URI 如： http://host/<appctx>/resources 成员资源， URI 如： http://host/<appctx>/resources/1234 GET 列出资源集合的所有成员。 检索标识为 1234 的资源的表示形式 PUT 使用一个集合更新（替换）另一个集合。 更新标记为 1234 的数字资源。 POST 在集合中创建数字资源，其 ID 是自动分配的。 在下面创建一个子资源。 DELETE 删除整个资源集合。 删除标记为 1234 的数字资源。 1、 @Path @Path 注释被用来描述根资源、子资源方法或子资源 的位置 在 cn.com.service包下 创建第一个helloworld package cn.com.service;