我认为测试无法复现,可以记录, 但不能记录为 bug;
无法复现的问题数量: QA 的能力问题
bug 的数量: RD 的能力问题
至于工期赶, 那就 RD QA 坐到一起结对开发测试吧, 效率会高些, 冲突也小些

广告业务一天流量 70 亿很正常的, 多 region, 多集群部署, 是抗得下来的, 说白了就是堆机器; 这边 redis 主要存临时数据(数据存储是在 mongodb, s3 上比较稳, 然后通过类 ETL 定期更新 redis), 按广告业务的量级, 肯定要做本地缓存(从 redis 集群成本和稳定性考虑); 楼主是哪家 ADX?

@feelinglucky 使用 docker golang build 有个问题, go mod download 等于要重新拉所有的依赖包, 打包时间会变长; 在 builder 机器上可以有缓存, 减少包时间

建议先从简单的 api 自动化做起，搭建框架，写用例，再把覆盖率统计下；
接着就搭 CI，在 Jenkins 上做代码扫描+白盒+黑盒+性能测试；开始持续集成，再接入 CD ；
流程搭起来了，跑顺了，大家自然会 follow 你；
初初写点小脚本就搞推广，大家是不会接受的；

我就是测试，bug 都会定位到代码行数或者方法里面（主要是不想写重现步骤，不想和开发扯）；开发下班了我就 fix bug 自己 commit 上去；

预发布就是为了用生产数据来验证, 不用生产数据预发布没有意义吧, 我是这样理解的