首页 > 代码库 > 当测试遇到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
- 定义
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(疑惑到反思)