关于性能测试
功能测试之后。关注好不好用。
关注点:
- 接口响应时间:50ms~1000ms
- 吞吐量:
- TPS:事务处理能力,每秒处理事物数(打开页面、登录、选择商品、加购、下单、付款等)
性能测试期望值定义来源:
竞品性能数据参考:市场情况性能推算
运营数据推算:现有产品运营数据推算
压力类型:
- 短时大并发:验证最大处理能力,瓶颈
- 长时小并发:验证长时间运行的稳定性
影响性能的因素:
- 代码性能
- 系统架构
- 网络架构
- 存储读写性能
- 硬件性能等
性能测试的价值:
预测系统的性能瓶颈点
预测系统性能冗余度
平衡成本与收益
性能测试方案:
示例:https://blog.youkuaiyun.com/weixin_46036165/article/details/120976557
性能测试流程:
需求分析->确定性能测试范围->明确性能指标->测试模型(模拟业务流程)->性能测试场景整理
(参照用户使用习惯设计负载场景)->编写计划(明确列出测试范围、人力投入、持续时间、工作内容、风险评估、风险应对策略等)->录制或编写脚本->测试环境准备->测试数据准备->测试执行->测试监控->性能分析->测试报告
分析系统非功能需求(关注业务量、业务分布、用户规模、性能指标等信息),确定性能测试范围,了解性能指标。
确定性能测试范围
- 是否核心业务,是否要求严格的质量
- 是否高频次的业务
- 是否占用系统较多资源、或性能影响大的业务
- 使用人数多还是少
- 在线人数多还是少
- 确定此功能的可测性、可验证性:功能是否可验证(是否牵连到第三方程序,是否需要做挡板Mock程序)。
明确性能指标
业务性能指标
- 吞吐量(PV)、吞吐率(TPS等)
- 响应时间(RT)/ 应用响应时间(ART):3秒以内
- 事务成功率:99%以上
- 稳定波动正常范围
硬件性能指标
CPU:过大导致服务不稳定
内存:过大导致服务不稳定
磁盘:过大会导致IO等待时间变长,服务水平降低
网络带宽:过大导致网络阻塞,网络延时变长,响应时间变长

被折叠的 条评论
为什么被折叠?



