接口测试

1、添加线程组 2、添加http请求 3、获取所有学生接口 请求URL： http://api.nnzhp.cn/api/user/stu_info 请求方式： get 请求参数： 参数名：stu_name 类型：string 说明：学生姓名 返回示例： { "eror_code":0 "stu_info":{ "id":1, "name":"jack", "sex":"男", "addr":"毛家渠", "phone":"15926447536", "gold":100 } } 来源： https://www.cnblogs.com/recommencer/p/12330691.html

前面总结了一篇关于接口测试的常规面试题，现在接口自动化测试用的比较多，也是被很多公司看好。那么想做接口自动化测试需要具备哪些能力呢？ 也就是面试的过程中，面试官会考哪些问题，知道你是不是真的做过接口自动化测试？总的来说问的比较多的就是以下几个问题： 1.json和字典的区别？ -对基础数据类型的考察 2.测试的数据你放在哪？ -数据与脚本分离 3.参数化 - 数据驱动模式 4.下个接口请求参数依赖上个接口的返回数据 - 参数关联 5.依赖于登录的接口如何处理 -token和session的管理 6.依赖第三方的接口如何处理 -mock模拟数据返回 7.不可逆的操作，如何处理，比如删除一个订单这种接口如何测试 -造数据 8.接口产生的垃圾数据如何清理 - 数据清理 9.一个订单的几种状态如何全部测到，如：未处理，处理中，处理失败，处理成功 - 造数据，改数据库订单状态 10.python如何连接数据库操作？ 11.其它的就是运行出报告、代码管理（git）、运行策略和持续集成jenkins相关了 1.json和字典dict的区别？ 现在自动化培训烂大街，是个人都能说的上几个框架，面试如果问框架相关问题，求职者只需一瓶82年的雪碧，会吹的让你怀疑人生！ 所以面试官为了更清楚的知道你是停留在表面上的花拳绣腿还是有扎实的基础，就不会问框架这种东西了。基本上问几个数据类型的基础就知道有没货了。

1.接口定义 接口：主要是子模块或者子系统间交互并相互作用的部分。如：客户端与后台服务间的协议，插件间通信的接口，模块间的接口，小到类提供的方法等。 接口测试：针对模块或系统间的接口测试。 2.接口测试发现的典型问题 传入参数处理不当，导致程序crash 类型溢出，导致数据读出和写入不一致 因对象权限未校验，可以访问其他用户敏感信息 状态处理不当，导致程序错乱 逻辑校验不完整，可利用漏洞获取非正当利益等 3.接口测试用例设计 针对输入设计 (1)数值型：如果参数规定了值的范围，则需要考虑等价类取值范围内、取值范围外，取值的边界，如有需要，可能会遍历取值范围内的各个值。 例如检查权限的接口：TaskChecker.checkTask(int taskID) taskID的取值范围是1-35，那么设计时考虑： 　　●1-35范围内和范围外的值； 　　●1-35的边界：0，1,35,36； 　　●类型的特殊值：-1,0 　　●数据类型的边界值：int的最小值最大值； 　　●因为1-35代码的权限ID不同，可能需要遍历1-35的每个值。 　　常见问题和风险： 　　●特殊值处理不当导致程序异常退出； 　　●类型边界溢出 　　●取值范围外未返回正确的错误信息等 (2)字符串型：字符串型的参数，主要考虑字符串的长度和内容 例如接口转换设置闹钟的接口DateUtil.getDayOfDDHH

0.学习目标 会调用订单系统接口 实现订单结算功能 实现微信支付功能 1.订单系统接口 我们不做开发，只讲解 1.1.导入订单服务 把课前资料提供的 leyou-order 复制到 D:\heima\code\leyou 目录。 然后在工程内导入： 然后导入module： 选择导入module： 选择目录中的 ly-order ： 打开父工程leyou的pom文件，添加 ly-order 模块： 1.2.Swagger-UI 丝袜哥 1.2.1.什么是OpenAPI 随着互联网技术的发展，现在的网站架构基本都由原来的后端渲染，变成了：前端渲染、前后端分离的形态，而且前端技术和后端技术在各自的道路上越走越远。 前端和后端的唯一联系，变成了API接口；API文档变成了前后端开发人员联系的纽带，变得越来越重要。 没有API文档工具之前，大家都是手写API文档的，在什么地方书写的都有，而且API文档没有统一规范和格式，每个公司都不一样。这无疑给开发带来了灾难。 OpenAPI规范（OpenAPI Specification 简称OAS）是Linux基金会的一个项目，试图通过定义一种用来描述API格式或API定义的语言，来规范RESTful服务开发过程。目前V3.0版本的OpenAPI规范已经发布并开源在github上 。 官网：https://github.com/OAI/OpenAPI

接口的概念&特点： 接口的概念： 软件由许多模块构成，软件的功能往往不是某个单独的模块来实现的，而是由模块跟模块之间协作共同实现某个功能，这种模块间的的交互就是通过接口来实现的，我们可以理解为接口就是自己提供给外界的一种抽象物，或者说是一种沟通的协议。 接口测试的本质 ：其实所谓的接口测试本质就是功能测试，只不过我们采用测试接口的方式来测试功能。我们对接口的操作最终会发送到数据库，也就是对数据库进行一些列增、删、改、查的操作。 接口测试的优势 ： 接口测试的优势在于，当一个页面还未开发完成的时候，测试可以提前介入，测试软件的功能。接口测试可以发现一些页面操作发现不了的问题，测试介入的越早，解决bug的成本越低。 接口的分类： 依据开放性划分 外部接口：也就是所谓的openapi，是软件对用户可见的接口（包括对应发布的接口文档），用户可以通过工具调取相应接口实现需要的功能。测试人员一般都是测试openapi 。 内部接口：内部模块间的接口，用户不可见，公司内部人员可见的接口。 依据类型划分 webService（SOAP）接口：走soap协议，通过http传输，请求的报文和返回的报文都是xml格式的，需要通过工具进行调用和测试。 Http API接口：目前较常见的接口，走http协议，通过路径来区分调用的方法，请求的报文都是key-value形式的，返回的报文一般都是json串

在测试接口时出现500（Internal Server Error），5xx系列的错误一般指服务器端的错误，可以先检查测试时参数是否输入正确。我出现这个问题是因为后台和数据库交互的代码中count(1)中间多个一个空格，写成了count (1)，idea中并不会报错，但是测试接口时会出现错误。所以出现500（Internal Server Error）时也要检查一下后台的代码是否有一些小问题。 来源： CSDN 作者： zydybaby 链接： https://blog.csdn.net/zydybaby/article/details/104292914

入门接口测试自动化 1、接口测试：针对后端服务器的测试（对被测系统输入信息-检查输出信息） 2、接口测试步骤： （1）接口文档（接口文档-接口消息的够长） （2）工具（测试工具-构造接口消息并发送接收） 3、python开发接口测试 使用python语言也可以实现web api接口测试 一般是用requests库 请求语言+URL请求参数+请求体内容+响应语法+头部信息 请求方法：get+post+delete+update 请求消息格式：常用content-type/application/x-www=form-urlencoded(列表) http参考网站： https://requests.readthedocs.io/zh_CN/latest/ 来源： https://www.cnblogs.com/wanguku/p/12297146.html

Postman 是一个接口测试和 http 请求的神器，非常好用。 官方 github 地址: https://github.com/postmanlabs Postman 的优点： 支持各种的请求类型: get、post、put、patch、delete 等 支持在线存储数据，通过账号就可以进行迁移数据 很方便的支持请求 header 和请求参数的设置 支持不同的认证机制，包括 Basic Auth，Digest Auth，OAuth 1.0，OAuth 2.0 等 响应数据是自动按照语法格式高亮的，包括 HTML，JSON 和 XML 以下内容主要参考： Github: api_tool_postman 安装 Postman 可以单独作为一个应用安装，也可以作为 chrome 的一个插件安装。 chrome 插件安装, Postman 插件地址 单独应用安装下载 下面主要介绍下载安装独立版本app 软件的 Postman 的过程： 去主页 Postman 官网 找到： Postman | Apps 去下载自己平台的版本： Mac Windows（x86/x64） Linux（x86/x64） 即可。 快速入门使用 安装成功后，打开软件。 新建接口 对应的Request： New -> Request 或，在右边的 Tab 页面中点击加号+： 即可看到新建的 Tab 页：

转载：https://blog.kuangstudy.com/index.php/archives/492/ 一.CRUD操作 1.基本操作流程 在Mapper接口中添加一个方法 在Mapper.xml中添加一个xml语句与方法对应 在测试类中添加一个方法测试 2.namespace 配置文件中namespace中的名称为对应Mapper接口或者Dao接口的完整包名,必须一致！ 3.select （1）介绍 select标签是mybatis中最常用的标签之一 select语句有很多属性可以详细配置每一条SQL语句 id：对应namespace中的方法名 parameterType：传入SQL语句的参数类型 。【万能的Map，可以多尝试使用】 resultType：SQL语句返回值类型。【完整的类名或者别名】 （2）案例：根据id查询用户 Mapper接口中添加方法 1 //根据ID查询用户 2 User getUserById(int id); Mapper.xml中添加xml语句 1 <!--根据ID查询用户--> 2 <select id="getUserById" parameterType="int" resultType="edu.ustc.wzh.pojo.User"> 3 select * from mybatis.user where id=#{id} 4 <

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！ 文章目录 一、分层的自动化测试 1.传统自动化测试 2.测试金字塔 3.分层自动化测试 二、接口测试基础知识 1.接口的含义 2.接口的分类 3.接口测试 3.1 接口测试的含义 3.2 接口测试的意义 3.2.1 为什么测试接口 3.2.2 接口测试的意义 3.3 协议接口的分类 3.3.1 按系统不同的调用方式进行分类 3.3.2 按协议的不同进行分类 3.4 接口测试的原理 4.接口的组成 4.1 接口文档的内容 4.2 http 请求方法与请求参数 4.3 header 4.4 http 响应状态码 4.5 响应数据 5.怎么做接口测试 5.1 接口测试的流程 5.2 编写接口文档 5.3 通用接口用例设计 5.4 根据业务逻辑来设计用例 一、分层的自动化测试 1.传统自动化测试 基于产品 UI 层的自动化测试，它是将黑盒功能测试转化为由程序或工具执行的一种自动化测试。 ✔ 在目前的大多数研发组织当中，都存在开发与测试团队割裂（部门墙）、质量职责错配（测试主要对质量负责）的问题，在这种状态下，测试团队的一个“正常”反应就是试图在测试团队能够掌控的黑盒测试环节进行尽可能全面的覆盖，甚至是尽可能全面的 UI 自动化测试。 ✔ 这导致，一方面测试团队规模急剧膨胀；另一方面，因为 UI 是非常易变的，所以 UI