性能测试方案设计

1. 性能测试流程

1. 系统架构调研 + 业务模型分析调研 + 测试需求分析
2. 设计测试方案
3. 测试环境搭建
4. 测试数据准备
5. 测试工具开发
6. 测试场景设置
7. 执行场景测试
8. 测试结果分析
9. 提交测试报告

2. 性能测试需求分析和范围确定

1. 收集性能需求信息
2. 分析应用程序
   1. 系统设计和架构信息
   2. 网络拓补信息
   3. 业务程序的技术路栈
3. 熟悉程序使用环境信息
4. 分析系统性能指标
5. 明确测试范围
6. 收集产品的使用涉众类型
7. 了解开发团队其他的需求
8. 分析系统的容量和未来的系统吞吐量

例1：

• 用户为：各种类型的公务员
• 早晨上班8:30-9:30的一个小时内， 大部分用户都会进行登录系统、查看并回复重要通知、公文的办理、收文的签收、起草公文进行发送等操作
• 下班前一小时内，大部分用户都会进行登录系统、查看并回复重要通知、公文的办理等操作
• 系统容量：未来三年数据容量为60G，用户数为1.2w

1. 分析应用程序

• 分析应用程序的架构设计
• 分析应用程序的网络拓补
• 分析业务程序的技术路线
  

2. 系统的使用环境

1. 软件环境
2. 硬件环境
3. 网络环境
4. 用户使用环境
   

3. 分析系统的质量指标

1. 质量指标包含

• 查找《功能规格说明》非功能性指标
• 性能指标、稳定性指标、可靠性指标

2. 性能指标

• 平均响应时间在3s以内，查询统计类响应时间在5s以内

4. 确定测试范围

• 主要选取高峰时间段（8:00-9:00），使用最频繁，对系统造成最大压力的模块进行测试
• 目前主要选取的模块有用户登录、用户管理、公文处理、领导日程、信息简报、以及系统中的查询功能

5. 确定性能测试目标

1. 一般目标：
   • 验证当前系统性能指标
   • 寻找系统瓶颈
   • 对系统性能进行全面评估
   • 满足将来的性能需要
   • 稳定性测试
   • 大压力下系统的状况
2. 性能测试目标一般由多个组成
3. 本次性能测试目的主要是了解系统现行状况下（6000人访问系统，一年数据量，数据库20G）性能情况
   • 确定系统最大容量（系统支持的最大访问人数）
   • 确定系统性能瓶颈
   • 在系统正常运行的情况下通过对系统长时间的施压测试系统的稳定性
4. 性能测试目标是关键，目标错了测试就毫无意义

5. 分析并确定业务场景

1. 分析用户的类型
2. 获取不同用户的主要业务和流程
3. 分析主要业务发生的时间段
4. 分析主要业务不同时段的业务频次
5. 分析不同业务对系统的压力
6. 得出用户的业务场景

例2：任务分配图

1. 选择用户场景原则

1. 选择原则
   • 业务频次高
   • 大流量
   • 搞数据库I/O
   • 高风险任务（可能导致整个业务流程失败）
   • 服务端有压力大

2. 用户场景的确定

1. 确定模块
   1. 模块
      1. 用例场景
   2. 登录
      1. 用户邓丽
   3. 通知
      1. 用户新建通知并发布
      2. 用户查看我接受的通知
      3. 用户查看并转发通知
   4. 公务处理
      1. 普通发文起草并办理
      2. 用户起草联合发文后发送
      3. 用户起草快速发文后发送
      4. 用户进入签收登记列表进行收文签收办理
      5. 用户进入科室收文列表进行收文签收办理
      6. 用户进入归档公文列表查看归档发文
      7. 用户进入归档公文列表查看归档收文
   5. 查询
      1. 待办发文列表查询
      2. 待办外来单位来文查询
      3. 待办本单位来文查询