-
需求分析:
- 需要性能测试?
- 简单系统无需性能测试(用户量小,并发低)
- 用户量大,规模大的产品
- 涉及到安全方面的模块(支付等)
- 特殊活动(双11等大量并发的场景)
- 测试重点:
- 用户频繁使用的模块:
- 登录
- 支付等
- 项目代码:
- 逻辑复杂
- 和第三方存在交互(支持接口,地图接口)
- 占用资源较多的功能(查询)
- 之前存在bug的模块,修复后的回归
- 用户频繁使用的模块:
- 测试标准:
- 达到甲方的要求
- CPU利用率XXX
- 内存利用率XXX
- 平均响应时间XXX
- 异常率XXX
- 并发数量
- 达到甲方的要求
- 需要性能测试?
-
测试计划:
- 测试范围:测试的业务
- 测试指标:
- 测试环境:系统环境,测试工具环境
- 测试工具:Jmeter,loadRunner,locust
- jmeter,通过badboy录制生成脚本,并发量为700-800,可以通过集群进行并发量高的测试
- loadRunner,并发量高于jmeter
- locust,python代码实现,报告不丰富,自带分布式性能测试功能
- 测试人员安排以及退出机制:
- 完成所有测试计划
- 收集所有测试数据
- 调优后解决性能瓶颈
-
测试设计:
- 加压策略:直接加压,阶梯加压
- 用户量多少:负载,并发,压力测试
- 测试业务:
- 单业务测试
- 多业务测试
- 测试脚本:
- 通过badboy录制导出jmeter脚本
- 修改脚本进行测试
-
执行测试:
- 加压方式:
-
普通加压(稳定性测试,并发测试) 线程组
-
阶梯加压方式(负载,压力测试,稳定性测试,并发测试) jp@gc - Stepping Thread Group
-
终极加压方式(自定义启动用户)jp@gc - Ultimate Thread Group
-
- 加压方式:
-
提交测试报告:
- 测试数据
- 结果分析和建议
性能测试流程
最新推荐文章于 2022-08-16 19:49:41 发布