问答 系统压测

明天是spring · 2023年02月02日 · 最后由 ZZZZ~ 回复于 2023年02月08日 · 6749 次阅读

现在做系统压测,我的方法是从后端开始,把所有接口梳理出来。逐一进行压力测试。
但这样工作量很大,还有其他更好的办法吗?

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 5 条回复 时间 点赞

压测本来就是重体力活啊

从你的问题中 “逐一压测” 可以看出,要么你们的产品是对每一个接口都有明确的性能指标,要么就是都没有需要逐一去测试一遍得出实际结果,以上两种情况确实没有好的办法,只能一点点做。但是如果是有实际场景的压测,可以根据实际场景进行一些接口的整合,把逐一这个过程放进一个或者多个测试场景会相对轻松一些。

这样太苦了。可以这样做:
第一种,根据业务场景,找出核心的场景和用户使用率高的场景,即这个场景如果因为性能问题,导致用户不爽的。根据场景的接口,造场景压测脚本。
第二种,统计周期内或者高峰时各接口的 PV,将 PV 高的接口,做单接口压测。

当核心场景、PV 高接口压测优化完成,再去做优先级低的,往往优先级低的不是太差,估计也不会专项优化了。个人推荐第一种

我的方法是,直接依靠录制回放的压测系统,根据功能场景,一个一个模块的测试。因为是录制的用例,参数都是带好的,大多不需要修改,不需要对着接口文档问开发每个参数是什么意思,只需要修改影响流程的关键参数即可让压测跑起来,简单有效。

goreplay 录制回放呀

需要 登录 後方可回應,如果你還沒有帳號按這裡 注册