学习了将近3个月的性能测试，这一次我要实践一次。整个系统的性能测试。
首次是这次性能测试常规流程：
学习业务——分析需求——工作评估——设计模型——制定计划——评审——{开发脚本/录制脚本，准备测试环境，准备测试数据}-----执行测试——分析性能测试/汇报工作——测出检查——编写报告/汇报工作 （后期——系统调优/管理缺陷）
测试模型的概念： 根据真实业务需求和用户习惯来制作模拟的性能测试交互模型，例如：测试对象是JForum论坛，根据需求我们了解到一般大家要发帖或者回帖的时候，都是先登录在发帖或者回帖，所以我们开发脚本的时候，会把登录和发帖或者回帖场景绑定在一起进行测试，这就是测试模型，，也可以理解为—性能测试用例设计加性能测试实现方案，最后根据不同的测试目的组合成不同的测试场景。
脚本开发：录制或者是编写性能测试脚本（好多被测系统都是无法录制脚本的）
性能测试主要的交付件：
1.测试计划 2.测试脚本 3.测试程序 4.测试报告或者阶段性测试报告
第一步：性能测试需求分析
- 采集性能测试需求：采集对象包括业务交易，业务量，业务量趋势，用户信息，系统架构，业务指标，系统硬件指标等
- 分析性能测试需求：确定性能测试范围，分析哪些业务纳入性能测试范围以及性能测试指标是什么，另外要分析用户使用行为，业务分布，分析业务量，估算出TPS（吞吐量）与并发用户数等性能测试执行依据
性能测试指标我们分为两类：
1.业务指标（TPS（吞吐量），RT/ART.（响应时间/平均响应时间），事务成功率）
2.硬件性能指标：（cpu消耗率，内存消耗率，磁盘繁忙率，等）
性能需求的主要采集内容有哪些？
1.系统架构 2.采集业务并量化业务 3.了解业务扩展趋势 4 . 了解系统是否会有归档机制 5. 采集业务发生时段 6.采集业务在线用户数 ，活动用户数，业务分布，（注意：有些系统用户量特别大，会对系统造成性能瓶颈，可以通过分析活动用户数和业务分布来分析负载情况）7.系统是否与第三方系统有关联关系 （注意：如果有，可以使用挡板（mock程序，用程序来代替第三方系统功能））8.采集业务性能指标 9. 采集系统硬件指标
如何采集性能测试需求呢？
被测系统我们分为3类 ：
1.新应用类（全新立项系统，没有原型系统），从需求文档中采集性能需求，即可
2.升级改造类（旧系统重构） 我们分析原型系统业务数据即可，最直接办法就是 分析原型系统数据，统计业务量，业务分布等信息
