熬
现在这个和磐石集成后相对来说确实还可以
拆需求内容,哪些是涉及到兼容的,哪些不是,涉及兼容的才跑全部,不涉及的海外看流量较高的站点,其余站点抽样,比较敏感的比如站点币种这些看看,不是所有的都要看
每个公司不同,但是总的来说也是按照下面的流程去塞内容吧
项目立项/迭代初评
需求/埋点评审
测试依赖项确认
迭代估时
技术评审
测试用例评审
提测(冒烟/集成)
产品/视觉验收
发布前功能对比
BI 埋点验收
发布
生产验收及回归
埋点监控与多语言检查
线上问题处理
要先预估一个并发数啊,阶梯也有预估的并发数吧
进入页面会调用 a,b,c,d 四个接口,目前已知信息:
1.a 目标 qps 为 Ta,b 的目标 qps 为 Tb,c 的目标 qps 为 Tc,d 的目标 qps 为 Td
2.对应为每个接口当前的平均响应时长为 Ra,Rb,Rc,Rd
3.当前各接口的峰值 qps 为 Na,Nb,Nc,Nd
如何设计当前的压测场景,并预估下目标的并发数是多少
generate_names 这里面把你的返回打印出来看是个啥啊,和你的请求参数数据类型这些是不是对得上,看着 403 的话大概率你参数不对
我们这种重构都是开发改完,主流程跑完,测试测完后接口 DIFF 和流量回放通了才行的,不然鬼知道有什么坑等着你呢
正常来说主流程冒烟不过就直接打回,结果来一个直接不冒烟了,那不绝了么
我的天,这是多想不开
是所有功能还是只是做简单的页面轮询
熬