目录
前言
最近有些同学找我咨询关于性能测试计划相关的问题,原因是他们公司要做性能测试,Leader要求写一份性能测试计划,苦于之前没做过相关工作,无从下手。
这篇博客,结合我个人的一些经验和总结,聊聊如何制定一份较为全面的性能测试计划。
一、测试背景
首先要阐述本次性能测试的背景,即被测系统类型,面向哪些用户,具备什么特点,为什么要进行性能测试,预期的一些指标等等。
比如:为了保证“双十一”大促期间,系统能稳定运行且保障业务的高可用,进行性能测试。
核心:评估系统性能、分析性能变化趋势、定位系统瓶颈风险、协助规划系统容量。
二、测试目的
测试的目的要根据测试背景来分析设定,比如:
1、线上服务由于流量过高某部分应用挂了,那测试目的就是:定位瓶颈、分析调优验证;
2、运营做了拉新和新的渠道拓展,那测试目的就是:评估系统性能是否满足新的线上业务;
3、系统架构由集群技改为微服务,那测试目的就是:验证稳定性、可用性、单实例容量,为线上服务扩容提供容量规划数据;
性能测试工程师必看视频教程:2023最新的真实企业大厂性能测试全流程的项目实战详解,可以写进简历面试的那种哦_哔哩哔哩_bilibilihttps://www.bilibili.com/video/BV1PW4y1R7ye/?spm_id_from=333.999.0.0
三、测试范围
通过需求调研,分析用户使用场景,对业务数据量增长变化趋势及峰值活跃用户等数据做定量分析,确定被测系统的应用范围,比如订单+购物车+商品+支付服务。
业务归属模块 | 业务涉及场景 |
订单 | 创建订单 |
取消订单 | |
购物车 | 添加购物车 |
删除购物车 | |
商品 | 商品列表 |
商品详情 | |
支付 | 余额支付 |
支付宝支付 | |
微信支付 |
四、术语约定
这里的术语指的是:涉及本次性能测试相关的一些专业术语说明,目的是统一口径,做解释说明,便于参与本次性能测试的相关人员理解。常见术语如下:
术语名称 | 术语释义 |
并发 | 单位时间内(S)模拟客户端发起的请求数量 |
稳定性 | 验证系统在长时间(24h/48h)负载情况下的性能表现 |
高可用 | 验证系统在一部分服务宕机后能否正常提供服务以及服务恢复速率 |
TPS | 每秒事务数,即系统单位时间内(S)的请求处理能力 |
RT | 响应时间,及系统处理一笔请求所耗费的时间 |
请求成功率 | 在测试过程中,系统成功处理请求占总请求数的百分比 |
PS:术语约定以实际情况为准,还要考虑性能测试计划的受众对于性能测试的了解程度,本约定旨在统一描述的口径,降低沟通成本。