• postman基础


    Postman使用场景:

             开发接口的时候需要快速的调用接口,以便调试

             测试的时候需要非常方便的调用接口,通过不同的参数去测试接口的输出

             这些接口调用是需要保存下来的反复运行的

             在运行过程中如果有断言(检查点)加持就更好了。

    Postman的各种版本:

             Postman有下面一些版本

                       Chrome插件版本(已经不再更新)

                       Native版本

             Native版本具有更好的扩展性,推荐使用

             一般来说我们都是使用windows版本,下载时需要注意63位和32位的区别

    Chrome版本和native版本的区别:

    1. Cookie:native版本可以直接操作cookie,而chrome版本需要安装扩展
    2. Built-in Proxy: native版本自带proxy,可以用来抓包
    3. Menu bar(菜单栏):chrome版本的菜单栏不如native版本的用起来更加顺畅
    4. Restricted headers:有一些headers在chrome app上是受限的,比如Origin and User—Agent(伪造身份)
    5. Don’t follow redirects option(不去跟随重定向,测试300,302这些状态码的情况):native版本才有这个选项
    6. Postman console(可以在调试或者打印的时候起非常重要的作用):native版本自带。

    Postman的更新:

             Postman默认自动更新。

    发送第一个api请求:

             文档地址:https://www.v2ex.com/p/7v9TEc53

             Api地址:https://www.v2ex.com/api/topics/hot.json

     

    Postman工作过程:

             点击send后,把请求发给服务器;服务器根据api接口返回数据给postman

    Authorization区域代表什么?

             代表我们请求request区域

    返回值结果区域代表什么?

             代表响应response区域

    http请求:

             http消息是服务器和客户端之间交换数据的方式

             有两种类型的消息:

                       请求——由客户端发送用来触发一个服务器上的动作

                       响应——来自服务器的应答

    http请求的构成:

             起始行(3要素):Post/HTTP1.1

                       一个HTTP方法,一个动词(像GET,PUT或者POST)或者一个名词(像HEAD或者OPTIONS),描述要执行的动作

                       请求目标(request target),通常是一个URL,或者是协议,端口,和域名的绝对路径,通常以请求的环境为特征

                       HTTP版本(HTTP version),定义了剩余报文的结构,作为对期望的响应版本的指示符

             Headers:来自请求的HTTP headers 遵循和HTTP headers 相同的基本结构:不区分大小写的字符串,紧跟着的冒号(‘:’)和一个结构取决于header的值,整个header(包括值)由一行组成,这一行可以相当长。

             Body:请求的最后一部分是它的body。不是所有的请求都有一个body:例如获取资源的请求,get,head,delete和options,通常它们不需要body

    有些请求将数据发送到服务器以便更新数据:常见的情况是POST请求(包含HTML表单数据)。

    http响应:

             http响应的构成:

                       状态行:协议版本,通常为HTTP/1.1;状态码,表明请求是成功或失败,常见的状态码是200(OK),404(not  found),或302;状态文本,一个简短的,纯粹的信息,通过状态码的文本描述,帮助人们理解该HTTP消息

                       201:资源成功创建或者更新

                       300:重定向

                       301:从接口重定向到另一个地址(chrome版本看不到这个状态码,native版本可以看到)

                       400:api没有按照规格提供相应的字段

                       401:没有授权

                       403:没有权限访问资源

                       500:服务器有些错误

             响应的HTTP headers遵循和任何其它header相同的结构:不区分大小写的字符串,紧跟着的冒号(:)和一个结构取决于header类型的值。整个header(包括其值)表现为单行形式。

             请求的headers是告诉服务器我想要什么,响应的headers是告诉客户端我已经做了什么,你必须做什么。

             响应的最后一部分是body。不是所有的响应都有body:具有状态码(如201或204)的响应,通常不会有body

  • 相关阅读:
    clickhouse群集模式搭建
    基于Att&ck模型的整体威胁框架方法论
    应急响应Windows各种操作记录备份
    代理总结
    Linux应急响应日志分析
    Web漏洞利用框架
    Suricata策略记录
    应急响应汇总
    IDS&IPSSuricata介绍
    ATT&CKMitreInitial Access(初始化访问)
  • 原文地址:https://www.cnblogs.com/wxcx/p/11718214.html
Copyright © 2020-2023  润新知