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