路由器的功能呢就是篡改IP地址开头
路由器最重要的功能 是NAT网路地址转换
路由算法 router
第一层,接口网线
第二层,物理层是Mac地址
第三层,是网络层的功能和应用 主要参与IP地址转换
image.png
路由器的光纤接口 WAN
今日重点
TCP IP UDP HTTP
image.png

WEB测试part.3 - 图3WEB测试part.3 - 图4

补充fiddler抓包

抓包能看到的很多http请求( 保存日志、禁用缓存、过滤器)
图片
页面内容
声音、js、css (样式表)、多媒体、字体等。
分析一个请求 :urldiz 状态码, 类型 大小 时间
转态码,100开头正在处理
200开头 正常(是否搭理,和业务的正常进行没有关系。)
300 开头302 (临时转发)307 304 请求迁移,转发—网络(服务端)处理
400开头404 403 415 418 地址不可达—客户端
image.png

100 Continue 继续。客户端应继续其请求
101 Switching Protocols 切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议,例如,切换到HTTP的新版本协议
2开头的状态码
200 OK 请求成功。一般用于GET与POST请求
201 Created 已创建。成功请求并创建了新的资源
202 Accepted 已接受。已经接受请求,但未处理完成
203 Non-Authoritative Information 非授权信息。请求成功。但返回的meta信息不在原始的服务器,而是一个副本
204 No Content 无内容。服务器成功处理,但未返回内容。在未更新网页的情况下,可确保浏览器继续显示当前文档
205 Reset Content 重置内容。服务器处理成功,用户终端(例如:浏览器)应重置文档视图。可通过此返回码清除浏览器的表单域
206 Partial Content 部分内容。服务器成功处理了部分GET请求
3开头的状态码
300 Multiple Choices 多种选择。请求的资源可包括多个位置,相应可返回一个资源特征与地址的列表用于用户终端(例如:浏览器)选择
301 Moved Permanently 永久移动。请求的资源已被永久的移动到新URI,返回信息会包括新的URI,浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替
302 Found 临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI
303 See Other 查看其它地址。与301类似。使用GET和POST请求查看
304 Not Modified 未修改。所请求的资源未修改,服务器返回此状态码时,不会返回任何资源。客户端通常会缓存访问过的资源,通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源
305 Use Proxy 使用代理。所请求的资源必须通过代理访问
306 Unused 已经被废弃的HTTP状态码
307 Temporary Redirect 临时重定向。与302类似。使用GET请求重定向
4开头的状态码
400 Bad Request 客户端请求的语法错误,服务器无法理解
401 Unauthorized 请求要求用户的身份认证
402 Payment Required 保留,将来使用
403 Forbidden 服务器理解请求客户端的请求,但是拒绝执行此请求
404 Not Found 服务器无法根据客户端的请求找到资源(网页)。通过此代码,网站设计人员可设置”您所请求的资源无法找到”的个性页面
405 Method Not Allowed 客户端请求中的方法被禁止
406 Not Acceptable 服务器无法根据客户端请求的内容特性完成请求
407 Proxy Authentication Required 请求要求代理的身份认证,与401类似,但请求者应当使用代理进行授权
408 Request Time-out 服务器等待客户端发送的请求时间过长,超时
409 Conflict 服务器完成客户端的PUT请求是可能返回此代码,服务器处理请求时发生了冲突
410 Gone 客户端请求的资源已经不存在。410不同于404,如果资源以前有现在被永久删除了可使用410代码,网站设计人员可通过301代码指定资源的新位置
411 Length Required 服务器无法处理客户端发送的不带Content-Length的请求信息
412 Precondition Failed 客户端请求信息的先决条件错误
413 Request Entity Too Large 由于请求的实体过大,服务器无法处理,因此拒绝请求。为防止客户端的连续请求,服务器可能会关闭连接。如果只是服务器暂时无法处理,则会包含一个Retry-After的响应信息
414 Request-URI Too Large 请求的URI过长(URI通常为网址),服务器无法处理
415 Unsupported Media Type 服务器无法处理请求附带的媒体格式
416 Requested range not satisfiable 客户端请求的范围无效
417 Expectation Failed 服务器无法满足Expect的请求头信息
418 禁止爬虫
5开头的状态码
500 Internal Server Error 服务器内部错误,无法完成请求
501 Not Implemented 服务器不支持请求的功能,无法完成请求
502 Bad Gateway 充当网关或代理的服务器,从远端服务器接收到了一个无效的请求
503 Service Unavailable 由于超载或系统维护,服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中
504 Gateway Time-out 充当网关或代理的服务器,未及时从远端服务器获取请求
505 HTTP Version not supported 服务器不支持请求的HTTP协议的版本,无法完成处理

重点:请求头的属性

image.png
Cache-Control: no-cache(服务端禁止客户端缓存页面数据)
Connection: Keep-Alive(维护客户端和服务端的连接关系)
Content-Length: (服务端发送的压缩数据的长度)
Content-Type: 服务端发送的类型及采用的编码方式)
date:(服务端响应客户端的时间)
Keep-Alive:(长连接)
Server:(服务端的Web服务端名)
x-powered-by:(这个值的意义用于告知网站是用何种语言或框架编写的)
image.png
Accept: (客户端能接收的资源类型)
Accept-Encoding:(浏览器发给服务器,声明浏览器支持的编码类型)
Accept-Language: (客户端接收的语言类型)
Cache-Control: no-cache(服务端禁止客户端缓存页面数据)
Connection: Keep-Alive(维护客户端和服务端的连接关系)
Content-Length: (服务端发送的压缩数据的长度)
Content-Type: (服务端发送的类型及采用的编码方式)
Cookie(客户端暂存服务端的信息)
DNT:Do Not Track,意味禁止追踪
Host: (连接的目标主机和端口号)
Origin:
Pragma: no-cache(服务端禁止客户端缓存页面数据)
Referer:(从来于哪里)
User-Agent: Mozilla/4.0(客户端版本号的名字)
UA 用户代理 用来描述客户端状态的,可以判断客户端身份
keep-alive (TCP/IP 三次握手、四次挥手)

响应头的属性

html 语言:描述页面内容的一种表示语言:

没有逻辑(循环、判断)

Java script:通俗的脚本语言,漂亮的动态效果,图片展示,加入购物车,发起异步请求等等。

css :让html更好看的技术

image.png

过滤器

xhr:用于不是表单的非主动式提交,典型场景:ajax,异步提交数据场景。
异步(分开单独进行的步骤)
同步(多个字段一起提交,一起干):

HTTP 协议中对无状态、无连接的理解
无状态:每次发送http结束,下一次发送之间没有联系的;——没有认证机制:
比如telnet ssh ftp 支持认证(用户名和密码)
每次请求都是独立:
导致:用户登录之后,下单(步骤判断用户是不是登录状态)
优化技术: 认证机制( cookie-曲奇 session— 会话) token—令牌

无链接:一 次http完成事务之后,状态结束了。
优化技术: keep-alive 长连接( TCP/IP)

cookie、session与token的区别

1、cookie数据存放在客户的浏览器上,session数据放在服务器上
cookie是session的载体。 (可见,文本文本文件)
session的本质就是:一个个变量(不是一个可见的,机制)
token是令牌
cookie和session区别和联系:
Cookie: bbs sid=qi fk 7rbgo9be9ov9gtsiq6gdb1;
PHPSESSID=avminkfevs6jplqaf347rjeib3; hd
sid=Eur 7dl
bbs sid,phpsession 两个变量(框架|)
fiddler抓包工具中表名意思
image.png

常见的控件和测试类型的开展
一个功能怎么测试
image.png

post与get的区别

get 和post:get 拼接参数在url地址中传值,url(head); post 放在body里面传输,url中不可件 form(bodyWEB测试part.3 - 图11

  • GET在浏览器回退时是无害的,而POST会再次提交请求。
  • GET产生的URL地址可以被Bookmark,而POST不可以。
  • GET请求会被浏览器主动cache,而POST不会,除非手动设置。
  • GET请求只能进行url编码,而POST支持多种编码方式。
  • GET请求参数会被完整保留在浏览器历史记录里,而POST中的参数不会被保留。
  • GET请求在URL中传送的参数是有长度限制的,而POST么有。
  • 对参数的数据类型,GET只接受ASCII字符,而POST没有限制。
  • GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息。
  • GET参数通过URL传递,POST放在Request body中。