Charles抓包测试工具以及接口测试

一、接口抓包测试工具Charles

          Charles是一款Http代理服务器和Http监视器,当移动端在无线网连接中按要求设置好代理服务器,使所有对网络的请求都经过Charles客户端来转发时,Charles可以监控这个客户端各个程序所有连接互联网的Http通信。

下载安装参考:打开浏览器访问Charles官网 https://www.charlesproxy.com/

Charles的功能

  1. 截取http 和https 网络封包(抓包)
  2. 支持和重发网络请求  
  3. 支持修改网络参数
  4. 支持网络请求请求并修改
  5. 支持弱网测试

​​​​​​​

charles抓包详解

        Filter : 过滤,可以输入关键字来快速筛选出 URL 中带指定关键字的网络请求

       Overview : 查看这次请求的详细内容,例如耗时详细列车了请求开始时间、结束时间,响应开始时间、结束时间,总耗时、DNS耗时、网络延时等。

       对于Size也详细列出了请求头大小、响应头大小、压缩比例等内容。 

       URL:进行网络请求的链接;

       Status:当前状态,complete表示请求完成;

       Responce Code:返回码。不同的接口,不同的请求结果,返回码都不同;

       Protocol:使用的协议;

       Method:请求方式,如GET请求,POST请求等;

       Kept Alive:判断当前是否正在链接(活跃);

       Content-Type:发送的内容类型,如这里用的是XML文本,以UTF8的方式发送;

       Client Address:客户端的IP地址;

       Remote Address:远程服务器的IP;

二、接口测试

    常见接口

         1、webService接口:是走soap协议通过http传输,请求报文和返回报文都是xml格式的,我们在测试的时候都用通过工具才能进行调用,测试。可以使用的工具有SoapUI、jmeter、loadrunner等;

         2、http api接口:是走http协议,通过路径来区分调用的方法,请求报文都是key-value形式的,返回报文一般都是json串,有get和post等方法,这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等;

    接口组成

        1、接口说明

        2、调用url

        3、请求方法(get\post)

        4、请求参数、参数类型、请求参数说明

        5、返回参数说明

    接口至少应有请求地址、请求方法、请求参数(入参和出参)组成,部分接口有请求头header。

    为什么要做接口测试

        接口其实就是前端页面或APP等调用与后端做交互用的,比如测试用户注册功能,规定用户名为6~18个字符,包含字母(区分大小写)、数字、下划线。首先功能测试时肯定会对用户名规则进行测试时,比如输入20个字符、输入特殊字符等,但这些可能只是在前端做了校验,后端可能没做校验,如果有人通过抓包绕过前端校验直接发送到后端怎么办呢?试想一下,如果用户名和密码未在后端做校验,而有人又绕过前端校验的话,那用户名和密码不就可以随便输了吗?

   接口测试必要性

         ①、可以发现很多在页面上操作发现不了的bug

         ②、检查系统的异常处理能力

         ③、检查系统的安全性、稳定性

         ④、前端随便变,接口测好了,后端不用变

   接口测试怎么测

      1.GET和POST请求:

           如果是get请求的话,直接在浏览器里输入就行了,只要在浏览器里面直接能请求到的,都是get请求,如果是post的请求的话,就不行了,就得借助工具来发送。

     GET请求和POST请求的区别:

          1、GET使用URL。而POST将数据放在BODY中。

          2、GET的URL会有长度上的限制,则POST的数据则可以非常大。

          3、POST比GET安全,因为数据在地址栏上不可见。

          4、一般get请求用来获取数据,post请求用来发送数据。

     2.http状态码

           每发出一个http请求之后,都会有一个响应,http本身会有一个状态码,来标示这个请求是否成功,常见的状态码有以下几种:

         1、200 2开头的都表示这个请求发送成功,最常见的就是200,就代表这个请求是ok的,服务器也返回了。

         2、300 3开头的代表重定向,最常见的是302,把这个请求重定向到别的地方了,

         3、400 400代表客户端发送的请求有语法错误,401代表访问的页面没有授权,403表示没有权限访问这个页面,404代表没有这个页面

         4、500 5开头的代表服务器有异常,500代表服务器内部异常,504代表服务器端超时,没返回结果

   3.接口测试怎么测

      (1)通用接口用例设计

             ①、通过性验证:首先肯定要保证这个接口功能是好使的,也就是正常的通过性测试,按照接口文档上的参数,正常传入,是否可以返回正确的结果。

             ②、参数组合:现在有一个操作商品的接口,有个字段type,传1的时候代表修改商品,商品id、商品名称、价格有一个是必传的,type传2的时候是删除商品,商品id是必传的,这样就要测参数组合了,type传1的时候,只传商品名称能不能修改成功,id、名称、价格都传的时候能不能修改成功。

             ③、接口安全:

                    1、绕过验证,比如说购买了一个商品,它的价格是300元,那我在提交订单时候,我把这个商品的价格改成3元,后端有没有做验证,更狠点,我把钱改成-3,是不是我的余额还要增加?

                    2、绕过身份授权,比如说修改商品信息接口,那必须得是卖家才能修改,那我传一个普通用户,能不能修改成功,我传一个其他的卖家能不能修改成功

                    3、参数是否加密,比如说我登陆的接口,用户名和密码是不是加密,如果不加密的话,别人拦截到你的请求,就能获取到你的信息了,加密规则是否容易破解。

                    4、密码安全规则,密码的复杂程度校验

            ④、异常验证:

               所谓异常验证,也就是我不按照你接口文档上的要求输入参数,来验证接口对异常情况的校验。比如说必填的参数不填,输入整数类型的,传入字符串类型,长度是10的,传11,总之就是你说怎么来,我就不怎么来,其实也就这三种,必传非必传、参数类型、入参长度。

        (2)根据业务逻辑来设计用例

        根据业务逻辑来设计的话,就是根据自己系统的业务来设计用例,这个每个公司的业务不一样,就得具体的看自己公司的业务了,其实这也和功能测试设计用例是  一样的。

  举个例子,拿bbs来说,bbs的需求是这样的:

           1、登录失败5次,就需要等待15分钟之后再登录

           2、新注册的用户需要过了实习期才能发帖

           3、删除帖子扣除积分

  • 1
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值