1、goreplay流量回放

• 目的

在实际项目中，会有大量的回归测试工作，通常会使用自动化代码的手段来实现回归，但是对于一个庞大的系统来说，通过自动化脚本的方式来实现回归测试，又显得很费时费力。并且如果有定期将线上数据同步到测试环境的需求的话，流量回放就显得很必要了。当然，流量回放并不能替代自动化，对于存在上下文关联的接口，流量回放的处理上就显得很复杂。

• 流量回放

其实流量回放主要是对某个端口的流量进行转发和存储，这边用的是goreplay,mitmproxy也可以做到流量的抓取和回放。

流量回放有三种使用方式：

• 服务->to->服务，即端到端
• 服务->to->文件，即流量存储
• 文件->to->服务，即流量文件回放到服务

• 常用配置示例

• service_to_file.yml

bin:
  - "/opt/crawl/project/flow_replay/gor"
input:
  - "--input-raw :18080" 
  - "--input-raw-track-response"
  - "--prettify-http"
middle:
  - 
output:
  - "--output-file ./data/requests-%Y-%m-%d-%H.gor"
  - "--output-file-size-limit 100kb"
  - "--output-file-queue-limit 60"

• file_to_service.yml

bin:
  - "/opt/crawl/project/flow_replay/gor"
input:
  - "--input-file ./data/'requests-2024-03-18-14_7.gor'"
middle:
  - "--middleware /opt/crawl/project/flow_replay/middle/main.js"
output:
  - "--output-http='http://localhost:18080'"
  - "--output-http-track-response"
  - "--prettify-http"

• 释义

gorplay的配置主要分为三个部分，分别是input、output和middleware

• input：定义需要捕获请求的一些必要条件

# 定义监听端口
--input-raw :18080 
# 定义是否要捕获请求响应，只有添加了这个配置，回放时才会触发response事件
--input-raw-track-response
# 定义是否要美化响应，这个配置是作者修复bug新加的配置，必须要有，
# 如果没有会造成乱码
--prettify-http
# 定义存储请求的文件位置
# 可以使用*模糊匹配，批量回放相关文件，如requests-2024-03-18-*.gor
--input-file ./data/'requests-2024-03-18-14_7.gor'
# 定义缓冲区大小，单位为b
--input-raw-buffer-size 10485760

注：不论是从端口读取请求或者从文件读取请求，则必然会触发request事件

• output：定义输出请求的一些必要参数

# 定义存储请求文件的位置、格式及命名
--output-file ./data/requests-%Y-%m-