文章目录
- 一、测试背景
- 二、测试目的
- 三、测试范围
- 四、测试策略
- 4.1 基准测试
- 4.2 负载测试
- 4.3 稳定性测试
- 五、风险控制
- 六、进度与分工 (人员安排)
- 七、交付清单
- 八、总结
一、测试背景
商城是公司新开发的一个电商项目， 为了保证项目上线后能够稳定的运行， 且在后期推广中能够承受用户的增长， 需要对项目
进行性能测试。
二、测试目的
对新电商项目进行性能测试的核心目的包括：
- 确定核心业务功能的TPS
- 对业务流程（多接口组合） 进行压测
- 系统能在实际系统运行压力的情况下， 稳定的运行24小时
三、测试范围
通过对性能测试需求的调研和分析， 确定被测系统的测试范围如下 ：
| 编号 | 功能模块 | 业务功能 | 功能描述 | 优先级 |
|---|---|---|---|---|
| T01 | 登录 | 登录 | 用户通过用户名和密码登录 | 高 |
| T02 | 首页 | 进入首页 | 获取商城首页数据 | 高 |
| T03 | 商品 | 搜索商品 | 通过关键字搜索商品 | 高 |
| T04 | 商品 | 查看商品详情 | 点击商品进入商品详情页面 | 高 |
| T05 | 购物车 | 添加购物车 | 把商品加入购物车 | 高 |
| T06 | 购物车 | 查看购物车 | 用户查看购物车内的商品 | 高 |
| T07 | 订单 | 商品结算 | 对已选择的商品进行结算 | 高 |
| T08 | 订单 | 提交订单 | 用户提交商品订单 | 高 |
| T09 | 订单 | 查看我的订单 | 用户查看订单列表 | 高 |
四、测试策略
4.1 基准测试
先做基准测试， 确定估算的标准。
4.2 负载测试
- 通过逐步增加系统负载， 测试系统性能的变化， 并最终确定在满足系统的性能指标情况下， 系统所能够承受的最大负载量的测试。
- 分别模拟5、 10、 30、 50、 100个用户对系统进行负载测试， 查看不同并发时系统软件各项指标是否符合需求。
4.3 稳定性测试
- 用200用户对系统进行7*24小时的不间断稳定性测试， 查看服务器日志内有无异常和报错； 系统软件各项指标中间有无异常波动； 是否存在内存溢出之类的问题。
- 验证系统长期运行的稳定性以及是否存在内存溢出之类的问题
五、风险控制
| 风险类型 | 风险描述 | 风险级别 | 应对方案 |
|---|---|---|---|
| 环境风险 | 部署出现问题， 联调进度缓慢 | 中 | 更换环境、 增加资源配置 |
| 数据风险 | 构造测试数据时间较长 | 中 | 开发人员协助 |
| 交付风险 | 发现比较严重的Bug | 中 | 延长测试时间， 增加对应人员 |
| 人员风险 | 发现人员离职较多 | 中 | 增加对应人员 |
六、进度与分工 (人员安排)
七、交付清单
性能测试计划、 测试脚本、 性能缺陷统计和性能测试报告等。
八、总结
测试什么？ 怎么测试？ 谁来测试？1、测试背景 —— 背景介绍。
2、测试目的 —— 需求分析阶段确定的项目需要达成的性能目标。
3、测试范围 —— 需求分析阶段确定的性能测试点。
4、测试策略 —— 结合前面的测试范围，考虑使用什么样的方式来进行性能测试，可以达成对应的测试目标。
5、风险控制 —— 管理型分析（从技术、人员、时间、进度各个方面考虑可能会出现的问题及如何解决这些问题）。
6、进度与分工 —— 说明性能测试工作要分为哪几个步骤进行，每个步骤的开始/结束时间，及对应的负责人。
7、交付清单 —— 对应进度安排中每个阶段的阶段产物。
