性能测试步骤：
1.将配置调到最优，找系统的最大处理能力
2.控制TPS
3.没有性能需求，先将系统调到最优
已经上线的系统做性能调研步骤：1.年排序找最大》月排序找最大》星期排序，找最大》某一天找最大》24小时找哪个小时最大
找业务的成功率
说一类业务，不是一些业务
取80%的业务场景，做性能
单业务一个用户跑TPS
优化前的TPS，优化后的TPS
think time统计，不会用，就最好不要用
TPS上不去，CPU上不去，内存消耗看堆
CPU耗的高，看栈
某移动现有用户一千二百万左右，一个月通过营业厅办理的业务量是17,883,429次，峰值业务量（1小时）是92,483次。为了满足一千四百零四万的用户量需求，峰值增加到1.5倍，峰值业务量是138,725。
不清楚到底并发多少虚拟用户是合理的（不要从并发多少虚拟用户考虑）
网上能找到所有关于并发用户的计算方法，这些公式都是错误的，无任何参考价值
通过TPS跑性能方法：
1.从TPS业务处理量业看，预估每天、每小时处理10万笔业务除以3600秒，得到TPS每秒可以处理多少笔就可以了，并发用户数是多少无所谓，只要达到3600秒10万就可以了。
2.预测试，用Ramp Up递增的方式，看看能支撑多少用户数。慢慢增加用户，监控系统资源（在最佳的资源下）得到最佳用户数。根据最佳用户数，反回来看能不能达到业务需求
的目标。
新、老系统如何跑性能：
1.老系统通过历史业务评估TPS，得出TPS后要略高于当前的评估保证在较大压力，系统可以正常运行。
2.新业务系统，什么业务数据都没有，怎么办？
所有的评估都是猜想没有任何根据，只能通过动态的方法，通过现有系统环境跑性能（尤其在客户也不清楚的情况下）评估得出最佳和最大的用户数，系统的最大处理能力是多少。得出来以后，在上线后及时监控客户系统，有没有达到最佳用户数最大用户数，系统资源怎么样，达到性能瓶颈，该添加硬件添加硬件，该调优调优。在内部跑性能目的不是为了验收合格不合格，而是发现能不能优化，有没有漏洞的地方，有明显缺陷的地方，把能优化的优化，参数调优，优化前优化后，有没有提高。上线后实时跟踪根据情况实时处理。