2. 性能测试设计
目标：找到能够代表系统主要性能特征的性能场景，进
行测试，得到系统的主要性能特征。对生产环境中的
系统表现做出正确的预期。
 理解业务背景
 理解技术架构
 确定关键业务
 设计测试方案

3. 方案设计在测试过程中的位置

4. 理解业务背景
 MRD
 业务数据（历史或预期）
 业务使用场景（人数、主要功能、使用习惯等）

5. 直销系统使用人员分布情况
角色 职责 使用频度 当前规 典型代表
模
资料维护员 录入并完善客户资料 高 4000人 销售人员、资料录入员
资料审核员 审核客户资料是否有效 高 100人 审核组成员
资料清洗员 电话陌拜，确认客户的真实性和 高 100人 清洗组成员
资料准确性
售前经理 管理售前工作，包括审核、清洗 低 10人 售前经理
销售人员 跟进客户直至签单 高 4000人 销售人员
销售经理 管理并协调销售人员的工作 低 400人 销售经理、高级经理
总监 管理若干个部门的工作 低 20人 销售总监、高级销售总监、支持总监
辅助人员 协助销售人员上门服务 高 100人 -
订单管理员 订单审核与管理 中 100人 -
合同管理员 合同审核与管理 中 100人 -
合同组经理 管理合同组工作 低 10人
财务管理员 财务审核与管理 中 100人 -
财务组经理 管理财务组工作 低 10人
礼品管理员 礼品审核与管理 中 100人 -
礼品组经理 管理礼品组工作 低 10人
合同部人员 合同审核 低 10人 公司合同部审核员
支持部经理 支持部工作管理 低 10人 -
数据分析员 协助总监进行数据分析 低 100人 -

6. 理解技术架构
目的：
 理解系统的主要特点
 理解每个性能场景与不同组件的关系
 预期性能热点，
 指导选择可能会造成性能问题的关键业务，并做出正
确的性能特征监控

7. 直销系统架构(软件)

8. 确定关键业务
 Business-critical
 High throughput
 Dynamic data
另外，
 业务部门特别关心的
 RD建议关注的
 性能测试人员需要补充的

9. 直销系统的主要业务

10. 呼出模块的关键业务
 客户资料录入
 用户量大
 使用频繁（写操作）
 数据库表数据量大
 查看客户资料详情
 典型的数据库读操作
 同时满足用户量大、使用频繁、数据库表数据量大
 跟进记录录入
 同客户资料录入
 跟进记录查询
 同查看客户资料详情

11. 呼出模块的综合场景
业务名称 运行方式 备注
客户资料录入页面 20用户在线，执行1小时
客户详情查看页面 20用户在线，执行1小时
跟进记录的录入和查询 20用户在线，执行1小时
审核/清洗手动分配查询 5用户在线，执行1小时 需要重点关注jvm内存情况
审核/清洗任务调整-按任务调整 5用户在线，执行1小时 需要重点关注jvm内存情况
跟进手动分配的查询 5用户在线，执行1小时 需要重点关注jvm内存情况
跟进任务调整的查询 5用户在线，执行1小时 需要重点关注jvm内存情况

12. 设计测试策略
 关键业务的测试目标
 业务的响应时间
 该业务支持的并发量
 该业务的资源消耗
 综合场景
综合场景的测试是web测试中必不可少的，主要是模拟
真实场景考察系统的性能表现
 场景的业务组成
 各业务的比例
 运行的时间

13. 测试目标参考
 Application response time • Reliability
 How long does it take to complete a
– How stable is the system
task
under a heavy work load?
 Configuration Sizing
 Which configuration provides the • Capacity planning
best performance level?
– At what point does
degradation in performance
 Acceptance
occur?
 Is the system stable enough to go
into production? • Bottleneck identification
– What is the cause of
 Regression degradation in performance?
 Does the new version of the software
adversely affect response time? • Product evaluation
– What is the best server for
100 users?

14. 业务相关数据量评估
 根据业务规则，预估一段时间后的系统数据量
性能指标名称 测 试 阶 段 数 正式使用阶段数 备注
据量 据量
用户数（账号数目） 60人 3000人 销售人员
最大同时在线用户数 60人 3000人 销售人员
客户资料增速 600条/周 15000条/周 现有客户资料200万
跟进记录增速 5000条/日 25万条/日
订单增长 300单/月 1.8万单/月 销售人员3000人、人均6单/月
合同增长量 1500份/月 9万个/月 订单:合同约等于1:5
客户联系电话数目 3000条/周 75000条/周 按1:5计算

15. 性能指标监控重点
在理解测试需求、系统架构的基础上，确定重点监控的
性能指标。
 应用程序级统计数据
 Web server与application server
 Database
提示：
 结合业务特征，预期性能表现，与实际监控数据进行
对比。
 任何不合理的现象要给出解释

16. 工欲善其事，必先利其器
准备好你的监控工具
 统计应用程序性能信息
 部分压力工具自动统计
 Web服务器日志统计
 其他
 操作系统监控
 厂商工具（各种命令或工具）
 自有工具（如big brother）
 数据库监控
 Mysql的监控工具
 Web服务器监控
 Tomcat的监控工具

17. Loadrunner的性能监控

18. 性能测试方案的组成
 明确性能需求
 明确系统架构
 明确系统测试方法、测试场景设计
 明确性能监控的重点
 明确可能存在的风险
 给出测试计划

19. 谢谢！