软件性能测试流程

1. 业务学习： 通过查看文档和实际操作来了解软件的业务流程，为进行下一步打下基础

2. 需求分析： 分析系统非功能需求，圈定性能测试范围，了解系统性能指标。
性能指标的来源有多个途径： 1、标书或需求规格说明书等产品文档中的明确要求；2、与用户沟通后，用户认可的一个性能；3、根据以往的测试经验

3. 工作评估： 工作量评估，物料资源评估，人力资源评估

4. 设计模型： 业务模型设计、测试数据模型设计、确定测试模型、监控模型建立
业务模型设计： 根据业务分析和实际使用场景分析，确定各业务并发比率（列如，双11期间在各店铺流量商品的人数>下单人数>正在登录人数）
测试数据模型： 根据业务模型确定需要准备的测试数据和基本数据，确保数据库中各类数据贴近实际运行的情况
测试模型： 一般情况需进行基准测试（10个左右并发的情况下各性能数据，用于和后续测试出的数据做比较）；单业务负载测试（如果在这一阶段就发现问题，可降低问题定位成功，测试时间成本）；混合负载测试（重点检查各业务相互影响导致的性能问题）
监控模型： 性能测试不能只关注业务的性能数据，硬件、消息中间件、数据库等也会影响性能（硬件如CPU核数、频率；内存大小；磁盘io、网络带宽、显卡性能）

5. 编写计划： 测试计划是测试任务执行的依据，将2-4步骤中的结果写进计划中，通过评审步骤进行查漏补缺，可更好的完成测试任务

6. 编写脚本： 录制或者编写性能测试脚本，有时候还需开发测试挡板程序（mock）

7. 测试环境： 性能测试环境包括服务器和压力机，服务器是系统运行的服务器，压力机即用来产生压力的服务器，用于运行负载工具，运行测试脚本

8. 测试数据： 根据第4步骤中的设计来造测试数据，目的是让业务正常运行（基本数据----菜单，用户等），测试场景与实际场景一致（列如 加载一个列表，数据量影响性能）

9. 性能分析： 对测试过程中暴露出的问题进行分析，找出原因（找原因时一般又开发和测试共同完成）

10. 测试报告： 对测试结果进行报告，主要包括性能指标说明，发现的问题，遗留的问题，调优后的性能数据与原数据的展示与比较，存在的风险等

11. 测试报告评审： 对测试报告进行评估，由于技术储备等问题有时候并不是所有的性能问题都能够及时解决，需要评估目前的性能是否满足上线的最低要求，剩余问题处理预案与计划