03. 性能测试需求分析
2024年10月28日大约 2 分钟
03. 性能测试需求分析
1. 性能需求的获取
- 客户方提出(传统行业)
- 能够提出明确需求的一般是金融、银行、电信、医疗等企业,他们一般对系统的性能要求高,并且对性能 也非常了解
- 根据历史运营数据分析如(互联网行业)
- 用户频繁使用的功能模块是哪些
- 每月、每周、每天的峰值业务量是多少
- 竞品分析(新上线的产品无历史数据的情况)
- 对比同类型软件的性能指标结果
2. 提取性能测试点
编号 | 功能模块 | 业务功能 | 功能描述 | 优先级 |
---|---|---|---|---|
T01 | 登录 | 登录 | 用户通过用户名和密码登录 | 高 |
T02 | 首页 | 进入首页 | 获取商城首页数据 | 高 |
T03 | 商品 | 搜索商品 | 通过关键字搜索商品 | 高 |
T04 | 商品 | 查看商品详情 | 点击商品进入商品详情页面 | 高 |
T05 | 购物车 | 添加购物车 | 把商品加入购物车 | 高 |
T06 | 购物车 | 查看购物车 | 用户查看购物车内的商品 | 高 |
T07 | 订单 | 商品结算 | 对已选择的商品进行结算 | 高 |
T08 | 订单 | 提交订单 | 用户提交商品订单 | 高 |
T09 | 订单 | 查看我的订单 | 用户查看订单列表 | 高 |
- 业务维度提取
- 用户频繁使用的业务功能
- 选择商品、加入购物车、下单、商品详情
- 非常关键的业务功能
- 加入购物车、下单
- 特殊交易日或峰值交易的业务功能
- 秒杀(下单)
- 核心业务发生重大调整的业务功能
- 用户频繁使用的业务功能
- 技术维度提取
- 资源占用非常高的业务功能
3. 确定性能测试目标
- 轻商城作为一个新开发的项目,性能测试目标包括
- 确定核心业务功能的TPS
- 对业务流程(多接口组合)进行压测
- 系统能在实际系统运行压力的情况下,稳定的运行24小时
编号 | 功能模块 | 业务功能 | TPS | 响应时间 |
---|---|---|---|---|
T01 | 登录 | 登录 | 20 | 3s |
T02 | 首页 | 进入首页 | 100 | 5s |
T03 | 商品 | 搜索商品 | 40 | 3s |
T04 | 商品 | 查看商品详情 | 100 | 3s |
T05 | 购物车 | 添加购物车 | 20 | 3s |
T06 | 购物车 | 查看购物车 | 20 | 3s |
T07 | 订单 | 商品结算 | 10 | 3s |
T08 | 订单 | 提交订单 | 10 | 3s |
T09 | 订单 | 查看我的订单 | 40 | 2s |
4. 小节
性能测试需求分析
确定测试点/功能
业务角度(用的多的,重要的,核心的)
技术角度(问开发技术复杂度高的)
确定测试目标
每个功能需要支持的TPS
业务流程(多个功能组合)需要支持的TPS 所有脚本放在一起,稳定运行一段时间