常用策略是限流排队机制。还有就是土豪办法,服务器多开一点,压测的时候,就保证 2 倍历史峰值的并发去部署硬件。
点赞
测开是为质量保障各个环节赋能
成都的有没有
前面的帖子有分享,可以翻一下看看
我想请教一下 流量回放怎么解决那些每次运行都有变化的字段,最经典的 比如时间戳 比如随机数 比如依赖的上游数据
比较朴实无华的回答是,针对产品文档的每一句描述都确定有一组对应的用例。主动考虑文档没有覆盖但是是常识的功能点设计对应的用例。这两个能坚决执行,那么基本能保证覆盖率到 95%。用例评审的时候再查漏补缺剩下的 5%。
事实上 实践中会发现自动化一般并不会节约成本,反而会因为脚本的频繁维护而增加成本.
你大大方方跟你主管商量 你想用空闲时间搞搞自动化
造数据归造数据的职责 不要用用例去造数据