性能压测系列文章
性能测试系列一（性能测试基础知识）
性能测试系列二 何时介入性能测试
性能测试系列三 压测方式简单总结
性能测试系列四 压测指标的来源
性能测试系列五 压测常见的关注指标以及监控分析工具
性能测试系列六 评估压测量
性能测试系列七 工具选择
性能测试系列八 梳理业务场景 搭建测试环境
性能测试系列九 选择压测环境，编写调试测试脚本
性能测试系列十 压测工作开展中
测试前，压测中，当然还离开不了压测后。压测后，是一项对压测工作进行复盘，总结，压测数据进行汇总的一个环境，这个环境呢，也是需要有的，而且，我们还需要做下去，为了后续的压测做准备，不能让一次压测的经验教训在后续的重蹈覆辙，我们压测后，对压测工作的复盘，是很重要的，因为压测工作，可以看到团队的不足，以及大家需要如何对出现的问题，在后续中，进行规避。
代码语言：javascript复制•1.回顾压测过程，梳理压测过程不足
•2.复盘压测过程，各个团队的问题，落实到人
•3.跟踪压测后项目。
•4.对数据，文档进行归档，及时上传到公司内部文档平台
•5.进行相关压测的文档的建设。
•6.数据清理，环境恢复对压测过程中的链路进行梳理，对压测中的不足进行弥补优化，对于压测过程中的问题，进行及时调整，压测不是一次简单的开始，也是一次对系统的校验，后续还需要持续关注。
测试后，活动等期间，全员备战，及时调整策略，保证重要环节。
压测后，分析一定要到位，针对性的进行分析，有问题，事后要落实。
压测的时间节点，要选择得当，提早压测会做无用功。尽量早介入。
压测的过程 ，大概就这么多，可能不一样的项目经历的环节不尽相同，这里给大家花了11篇的文章，去持续推送整个压测的流程，是为了让大家可以更好的全面的去看待压测的事情。对于整体的链路已经进行梳理，后续的分享呢，会针对压测过程中用到的工具，讲一些例子，监控工具的搭建，脚本的编写。欢迎持续关注。
很多人在后台留言说，不要讲基础了，直接来实战，直接来实战，告诉你怎么做了，但是为什么要这么做，何时这么做，整个流程的东西，很多人都讲不明白，遇到过很多，都说做过压测的，一问，我就知道，我用Jmeter压测，然后再问，就说那是开发的事，那是运维的工作，我也不知道， 为何做压测呢，也不知道，只知道，自己做过，不知道一二三，基础很重要，回过头来，你会发现，最后做的那些事，都是来源于基础，那些工具，只是为了某个基础的内容的效力而已。
