无效压测的背景
一：没有专业的性能测试人员或者团队；
二：没有独立的性能测试环境；
三：上线前临时开展性能测试，时间仓促，准备仓促；
四：功能测试人员经常被拉过来填坑性能测试任务，临时抱佛脚查资料；
五：没有完整清晰的性能测试需求，所有的性能指标全靠拍脑袋凑齐；
性能测试常见误区
性能测试就是使用工具加线程压测
评：这是典型的工具依赖型思维。工具只是性能测试中的一个环节，用来模拟测试场景的。然而性能测试包含了需求分析，方案设计，指标分析，场景设计，性能监控，瓶颈分析调优，测试报告等等。。。
性能测试必须在功能测试通过之后进行、
评：这是典型的瀑布模式思维。要知道一个完整的性能测试流程贯穿了项目的始终，甚至在上线之后也要长期跟踪性能问题。
性能测试要像功能测试一样，覆盖所有功能
评：抱着这种思想的人，完全不知道什么是性能测试重点
性能测试的最终目的是为了系统调优。不可能对所有的功能都进行性能测试。需要针对实际业务，分析测试对象，筛选出需要测试的性能场景
为什么我的并发数都加到2000了，tps却一直上不去
评：对并发量和吞吐量不了解
并发量的增加吞吐率并不是线性增长的。在到达系统瓶颈之前，吞吐量可能会随着并发量稳定增加；
当系统处理能力趋于饱和（或硬件资源饱和），此时再持续增加并发，就会有一些请求处于等待状态，所以响应时间变慢，吞吐量开始趋于稳定；
当并发量达到系统的极限处理能力之后，系统处理能力会随着并发的增加而下降，最终可能发生宕机。
甲方爸爸的需求我都要满足他
评：舔狗
在测试之前需要根据用户提供的需求指标进行可行性分析，分析理想状态下是否可以达到。如果是很难测试的，需要和客户商讨增加硬件配置或者通过其他途径来解决。
性能测试只需要关注接口
评：认识太片面
性能测试需要关注的层面不止有接口，还有前端，数据库，服务端等等
脚本添加一大堆检查点
评：你到底是要测功能还是性能？
脚本不添加任何思考时间
评：直接后果就是服务器的压力成倍增加
