1）工作量的梳理
在接手的时候，其实我手上还是许多业务的单子。但是领导希望看到的是，我不管啥情况这么个活安排给你，你丫都能完成的好好的。所以一定要多花点时间把一些旧单子解决掉。时间紧迫的理由可以解释一次、两次，但是千万不要再多了。
其次，工作量肯定会比昨天多，并且长期也是这样。我不太赞成在不了解自己身体情况下加班加点，后面会很累的。这点我做得不好，前三分之一做得过猛了点，后面效率低了很多，而且心里起了一个很不好的盼头：再坚持下就要结束了。 大家知道，信念都会有个时间，如果你的信念支持是N天，而实际工作是N+1天，第N天你就会崩溃得很惨。
2）压测的环境
压测累人的地方有两点，一是环境的配置，二是AI的配置。这两个非常依赖你的项目情况，如果环境的配置复杂点，AI配置也复杂，这些都够你调试大半天了。所以一定要记录好一些信息，防止你多次的手动配置。比如先把改好的配置保存起来，防止忘记被覆盖，又得弄一次；测试端的操作尽量简单，不同的测试端可能会有多个，都靠手工操作累死，尽量做到一个PM命令过去，数据就出来。如果不是，尽早改代码
3）压测的数据整理
压测会有多次，出的文档备份可以有多个，但是一定要在最新的文档上，把前几次的数据都张贴上去，并且要形成一目了然的对比。发给大家的时候，除了数据文档，也要附上各个服务器的日志。
内容上，如果没时间，就尽量做好比对，因为给领导看的时候，一般也是参照着文档解释。
补充：
一般内服压都会在外服再压一次，如果你的公司部门协调比较繁琐，可以事先开始搭外部环境