当前位置:   article > 正文

接口测试总结_测试端口put

测试端口put

序章

​ 说起接口测试,网上有很多例子,但是当初做为新手的我来说,看了不不知道他们说的什么,觉得接口测试,好高大上。认为学会了接口测试就能屌丝逆袭,走上人生巅峰,迎娶白富美。因此学了点开发知识后,发现接口测试其实都是人们玩的名词罢了。接口测试,真心很简单。它只不过是数据传递是一种表现而已。

请求模型

​ 看下图中“A”线,可以理解为接口就是一个电灯的开关,它在接口里面给你提供了一个参数,参数的值一个是“开”,一个是“关”。

​ 说起来,怎么才能让灯亮?一个灯头接两根线,一根线接火线,一根线接零线这时灯就亮了。反之,不接零线、火线灯就灭了。

​ 其实接口呢,就把这些复杂的操作简化了,让你看到的就只有一个开关,而你来操作这个开关就好了。我们做接口测试也只需要测试这个开关就完成任务了,接口测试就是这么简单。

  1. 当你访问“http://127.0.0.1:8080/light?opt=open”,让零线、火线连通,此时灯亮。
  2. 当你访问“http://127.0.0.1:8080/light?opt=close”,让零线、火线断开,此时灯灭。

请求结构

​ 看到这里我们大致就明白了接口测试是怎么一回事了。接下来需要理解一下HTTP的URL是怎么组成为一个接口的。如图:

  1. 一个URL就是一个接口:接口大致会分为一下几个部分:

    1. 请求协议:

      • http — 普通的http请求
      • https — 加密的http请求,传输数据更加安全
      • ftp — 文件传输协议,主要用来传输文件
    2. 请求IP:就是指提供接口的系统所部署的服务器地址

    3. 请求端口:如果不填端口,默认是80,否则需要填写端口号

    4. 接口路径:指系统提供的接口在什么位置

    5. 接口参数:参数在接口路径后,用“?”来表示路径地址完了,剩下的都是参数了,用“&”来区分参数个数,

      如下示例:

      http://127.0.0.1:8080/light?opt=open&use=yy&pwd=123456

      假设要操作这个灯,需要用户密码,则可以增加新的参数”use”、”pwd”,用”&”来隔开。可以看到这个示例有3个参数:

      • “opt”:”open”
      • “use”:”yy”
      • “pwd”:”123456”
    6. 接口HTTP参数【url看不见等隐藏参数】

      • http请求方式

        1. GET --- 通过请求URI得到资源
        2. POST --- 用于添加新的内容
        3. PUT --- 用于修改某个内容
        4. DELETE --- 删除某个内容
        5. CONNECT --- 用于代理进行传输,如使用SSL
        6. OPTIONS --- 询问可以执行哪些方法
        7. PATCH --- 部分文档更改
        8. PROPFIND (wedav) --- 查看属性
        9. PROPPATCH (wedav) --- 设置属性
        10. MKCOL (wedav) --- 创建集合(文件夹)
        11. COPY (wedav) --- 拷贝
        12. MOVE (wedav) --- 移动
        13. LOCK (wedav) --- 加锁
        14. UNLOCK (wedav) --- 解锁
        15. TRACE --- 用于远程诊断服务器
        16. HEAD --- 类似于GET, 但是不返回body信息,用于检查对象是否存在,以及得到对象的元数据
      • http请求头

        请求头包含许多有关的客户端环境和请求正文的有用信息。例如,请求头可以声明浏览器所用的语言,请求正文的长度。示例:

        1. Accept:image/gif.image/jpeg./
        2. Accept-Language:zh-cn
        3. Connection:Keep-Alive
        4. Host:localhost
        5. User-Agent:Mozila/4.0(compatible:MSIE5.01:Windows NT5.0)
        6. Accept-Encoding:gzip,deflate.
      • http请求体

        请求体就是请求等正文了,可以有很多种请求体。

        • json格式
        • xml格式
        • html格式
        • 二进制格式( 多数用于图片 )
        • 字符串格式

​ 看到上面的请求结构,就能接口测试了,只需要修改接口的参数,就可以像功能测试一样测了。可以用功能测试设计用例的方法来设计接口测试的用例。可以使用各种测试用具辅助测试,下图为“postman”测试工具。

接口的请求会发向哪里

我们可以看看这样一个接口,用Java的Servlet怎么来实现

  1. package com.yy.test;
  2. import net.sf.json.JSONObject;
  3. import javax.servlet.ServletException;
  4. import javax.servlet.annotation.WebServlet;
  5. import javax.servlet.http.HttpServlet;
  6. import javax.servlet.http.HttpServletRequest;
  7. import javax.servlet.http.HttpServletResponse;
  8. import java.io.IOException;
  9. import java.io.PrintWriter;
  10. // 接口的名称与路径,urlPatterns中的/light,就是说在输入地址与ip后,定义的接口名字http://127.0.0.1:8080/light
  11. @WebServlet(name = "light", urlPatterns = "/light")
  12. public class light extends HttpServlet {
  13. protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  14. // 获取opt的值
  15. String opt = request.getParameter("opt");
  16. // 新建返回json的对象
  17. JSONObject json = new JSONObject();
  18. // 判断opt有没有值
  19. if (null != opt) {
  20. // 定义返回的请求头,类型是json,编码是utf-8
  21. response.setContentType("application/json; charset=UTF-8");
  22. // 定义返回的对象,用它来将json输出
  23. PrintWriter out = response.getWriter();
  24. // 判断opt的值是不是open
  25. if ("open".equals(opt)) {
  26. json.put("msg", "开灯啦!");
  27. out.println(json);
  28. }
  29. // 判断opt的值是不是close
  30. else if ("close".equals(opt)) {
  31. json.put("msg", "关灯啦!");
  32. out.println(json);
  33. }
  34. }
  35. }
  36. }

上面的代码大致做了如下几个操作:

  1. 获取opt的值
  2. 判断获取的opt的值

    • 如果是”open”就返回”开灯啦!”
    • 如果是”close”就返回”关灯啦!”

      看到上面的代码,就能发现,我们将opt的值,传进”http://127.0.0.1:8080/light“这个接口中,当你拿到你想要的值,想做什么都可以了,对吧。我这边的代码就是简单的进行了返回,当你访问了我“开灯”的接口,我就直接告诉你“开灯了” ( 其实我什么都没做,这已经算是一个BUG了。所以测试接口要看看它到底生效了没有,也就是说,灯真的开了吗?),我们做接口测试,需要开发提供接口文档。最重要的有一下几点:

  3. 被测接口的地址

  4. 接口参数,以及各个参数的说明
  5. 必要的http头与http体 ( http头是可以自定义的,可以用来校验是否是自己人访问 )
  6. 接口返回什么值,以及各个返回值的说明
  7. 接口是干什么的

确定了这些,才能做好接口测试。好的接口文档如下:

复杂一点的接口,RESTful

一个用户接口可以通过以下4种不同方式的请求,来做不同的事情:

  1. 获取用户信息
  2. 创建用户
  3. 修改用户
  4. 删除用户

你完全可以像“灯”的那个例子,用GET请求来传递不同的参数来实现,但是这样如果接口多了,就会很混乱,很难管理。

这时,我们需要一种规则:

  1. 当用“GET”方式时,只用来获取数据,成功了返回http状态码200
  2. 当用“POST”方式时,只用来创建数据,成功了返回http状态码201
  3. 当用“PUT”方式时,只用来修改数据,成功了返回http状态码203
  4. 当用“DELETE”方式时,只用来删除数据,成功了返回http状态码204
  5. 当请求发送失败,返回http状态码400

这样子的规则,我们称它为“RESTful”标准。

下图是RESTful的状态码返回

5. 接口测试

前面的搞清楚了,接口测试就简单了,其实就是几个步骤。

  1. 拿到接口的url地址
  2. 查看接口是用什么方式发送
  3. 添加请求头,请求体
  4. 发送查看返回结果,校验返回结果是否正确

这个是正常的一套流程,异常的情况,就不用我多说来吧。比如参数不传值呀,传的值不正确呀,明明要求用"GET"请求发送,偏要用"POST"请求发送呀。等等有很多异常情况,一般懂功能测试都能想到很多的异常情况,这里不再举例来。

下面我以百度翻译的接口为例子:

请求地址:http://fanyi.baidu.com/v2transapi

请求方式:POST

请求参数:

​ from — 哪国语言

  1. to --- 翻译成哪国语言
  2. query --- 翻译都内容

​ 我使用Python语言来进行接口测试,使用”requests”库来编写代码比较简答易懂,如果没有安装”requests”库,可以打开cmd,输入”pip install requests”来安装

  1. import requests
  2. # 接口的url
  3. url = "http://fanyi.baidu.com/v2transapi"
  4. # 接口的参数
  5. params = {
  6. "from":"en",
  7. "to":"zh",
  8. "query": "test"
  9. }
  10. # 发送接口
  11. r = requests.request("post", url, params=params)
  12. # 打印返回结果
  13. print(r.text)
  14. # 其实到上面就已经完了,因为百度不是我自己写的接口,为了让结果看的更加清楚一点,我取来翻译的字段
  15. import json
  16. d = json.loads(r.text)
  17. print(d['liju_result']['tag'])
  18. 返回结果
  19. ['试验', '测验', '考验', '化验', '考查', '受试验', '受测验', '受考验', '测得结果']
  20. 可以试着将"query"的参数改成"student",返回结果也随之改变
  21. import requests
  22. url = "http://fanyi.baidu.com/v2transapi"
  23. params = {
  24. "from":"en",
  25. "to":"zh",
  26. "query": "student" # 我改了这里
  27. }
  28. r = requests.request("post", url, params=params)
  29. import json
  30. d = json.loads(r.text)
  31. print(d['liju_result']['tag'])
  32. 返回结果
  33. ['中学生', '学生', '大学生', '研究者', '学者']

​ 当然,要是不懂代码,也可以使用工具进行测试,只要记住填写的几个点,就可以做好接口测试,下图是使用”postman”进行测试:

  1. 输入发送方式”POST”
  2. 输入测试地址”http://fanyi.baidu.com/v2transapi
  3. 输入下图红框参数
  4. 点击”send”,查看返回结果

 接口测试就是这么简单

接口测试用例

接口测试用例的设计就没什么好讲的了,与功能测试一样设计就好了。我是用Excel来编写的,主要是为了方便管理,只要写的干净,让人看的很舒服就好了。我自己设计的用例是这样的:

  1. 一个模块对应一个Excel表
  2. 一条接口对应一张sheet表
  3. 表中一行对应一条测试用例
  4. 在开始要注明测试时需要的sql,如下图开始我会创建用户,用完了我会删除

这样的用例比较好管理,如图:

整个接口测试就这么多了。接口测试其实很简单,在功能测试眼里,接口测试那么高大上,其实不也过如此了。

  总结

如果你对此文有任何疑问,如果你也需要接口项目实战,如果你对软件测试、接口测试、自动化测试、面试经验交流感兴趣欢迎加入我们,加入方式在文章的最后面

  自动化测试相关教程推荐:

2023最新自动化测试自学教程新手小白26天入门最详细教程,目前已有300多人通过学习这套教程入职大厂!!_哔哩哔哩_bilibili

2023最新合集Python自动化测试开发框架【全栈/实战/教程】合集精华,学完年薪40W+_哔哩哔哩_bilibili

测试开发相关教程推荐

2023全网最牛,字节测试开发大佬现场教学,从零开始教你成为年薪百万的测试开发工程师_哔哩哔哩_bilibili

postman/jmeter/fiddler测试工具类教程推荐

讲的最详细JMeter接口测试/接口自动化测试项目实战合集教程,学jmeter接口测试一套教程就够了!!_哔哩哔哩_bilibili

2023自学fiddler抓包,请一定要看完【如何1天学会fiddler抓包】的全网最详细视频教程!!_哔哩哔哩_bilibili

2023全网封神,B站讲的最详细的Postman接口测试实战教学,小白都能学会_哔哩哔哩_bilibili

  总结:

 光学理论是没用的,要学会跟着一起敲,要动手实操,才能将自己的所学运用到实际当中去,这时候可以搞点实战案例来学习。

​​​

​​​

如果对你有帮助的话,点个赞收个藏,给作者一个鼓励。也方便你下次能够快速查找。

如有不懂还要咨询下方小卡片,博主也希望和志同道合的测试人员一起学习进步

在适当的年龄,选择适当的岗位,尽量去发挥好自己的优势。

我的自动化测试开发之路,一路走来都离不每个阶段的计划,因为自己喜欢规划和总结,

测试开发视频教程、学习笔记领取传送门!!

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/你好赵伟/article/detail/798152
推荐阅读
相关标签
  

闽ICP备14008679号