首页 > 代码库 > 当测试遇到request指定header(疑惑到反思)

当测试遇到request指定header(疑惑到反思)

场景描述:

1. (php+nginx)RD提测代码中向后端发起请求时指定header内容,包括useragent/content-type/accept-encoding(原框架中未指定)。

 ‘useragent‘       => "Mozilla/5.0"
 ‘content-type‘    => "application/x-www-form-urlencoded"
 ‘Accept-Encoding‘ => "gzip"

2. 在测试环境测试,能够返回预期的结果;

3. 潜在担心头部指定不当会造成乱码等情况,但不清晰(问题所在,未清晰了解导致未知的敬畏)

解决:

1. 重新理解header中的useragent/content-type/accept-encoding;

根据《HTTP权威指南》附录所述,useragent/content-type/accept-encoding意义如下:

  •  useragent
  1. 定义

             技术分享

2. 用途:如服务器可根据发起请求的客户端类型定制化返回结果

3. 所取值的意义:

‘useragent‘       => "Mozilla/5.0"

Mozilla/5.0 is the general token that says the browser is Mozilla compatible, and is common to almost every browser today.(参考:useragent)

  • content-type

1. 定义

技术分享

2. 用途:内容协商头部集。如浏览器收到服务端的返回,即可知道如何展示;但其实现有场景是客户端头部中的header,表单的提交流程如下(参考:form)。

其中与content-type相关的就是user agent会根据enctype值encode表单元素。

技术分享

3. 所取值的意义:

‘content-type‘    => "application/x-www-form-urlencoded"

 当以上所说的表单元素enctype未指定时,会采用默认content-type值,即为application/x-www-form-urlencoded。

技术分享

  • accept-encoding

1.定义

技术分享

2.用途:内容协商头部集。

3. 所取值意义:压缩算法

 ‘Accept-Encoding‘ => "gzip"

2.header未指定时useragent/content-type/accept-encoding使用的是什么值?

  • 实质:HTTP内容协商机制
  • nginx.conf中http部分指定头部字段赋值规则(以下以nginx官网代码为例)
user       www www;  ## Default: nobody
worker_processes  5;  ## Default: 1
error_log  logs/error.log;
pid        logs/nginx.pid;
worker_rlimit_nofile 8192;

events {
  worker_connections  4096;  ## Default: 1024
}

http {
  include    conf/mime.types;  ##指定content-type
  include    /etc/nginx/proxy.conf;
  include    /etc/nginx/fastcgi.conf;
  index    index.html index.htm index.php;

  default_type application/octet-stream;  #默认类型,无类型,字节流
 ......
}
  • content-type由其中的引入的mime.types文件指定(相对路径基于webserver目录),根据文件后缀名指定content-type。(参考:MIME与mime.type)
types {
  text/html                             html htm shtml;
  text/css                              css;
  text/xml                              xml rss;
  image/gif                             gif;
  image/jpeg                            jpeg jpg;
  application/x-javascript              js;
  text/plain                            txt;
  text/x-component                      htc;
  text/mathml                           mml;
  image/png                             png;
  image/x-icon                          ico;
  image/x-jng                           jng;
  image/vnd.wap.wbmp                    wbmp;
......
}
  • gzip压缩也可在nginx中配置开启(参考:ngx_http_gzip模块)
http {
......
gzip            on;
gzip_min_length 1000;
gzip_proxied    expired no-cache no-store private auth;
gzip_types      text/plain application/xml;
......

}

3. header未指定时(原框架)和指定时(现代码)有什么区别(服务端处理和客户端接收)

看到这里,回归场景,这些头部主要用于实现内容协商(Chapter 17 HTTP权威指南),是否指定的区别需要确认服务器是否实现了内容协商机制,及其nginx配置。

另外,测试环境和线上环境配置可能存在差异,最终后续是移除了header赋值相关代码。

当测试遇到request指定header(疑惑到反思)