开始的突如其来
本来这个任务是安排给另一位同事的，但临时计划有变，所以让我参与。当时我的心情是紧张又兴奋。紧张的是怕自己不会，又没人可以请教；但也有点兴奋，因为终于有了一次真实参与项目测试的机会。
准备的焦虑与困惑
我最开始只能在网上找资料，可是很多资料都写得模糊，语焉不详。到了客户现场，我只能主动问客户是否有模板。幸运的是，客户提供了一份其他项目组的材料，让我可以有个参考方向。
撰写报告的困难
性能测试不像写代码有明确的需求，很多报告内容比较泛，专业名词繁多，有时候我连自己都不知道那些名词具体是什麽意思。最怕的是如果有人仔细问我细节，我可能会解释不清，这让我在写报告时非常焦虑。
评审会议的压力
最后在做的过程中，是参考了其他项目的经验。因为使用的是客户自己在 JMeter 上二次开发的平台，他们提供了一份操作手册。当时我边看边做，内心非常紧张，害怕自己看不懂，更害怕万一问了别人结果还是听不懂。每次提出问题时，我内心都无比忐忑。
终于交付，依然心有馀悸
当测试报告终于交出去的那一刻，我脑海中只有一个念头：「天啊，我竟然过关了！」但也总觉得像是走了运。尤其是报告中的图表有波动，心裡一直担心别人会问：「为什麽会有波动？」
实际工作中时间很紧，根本没办法每个细节都查清楚原因。那份无法解释所有细节的焦虑，至今我都记忆犹新。
想给刚入行者的建议
首先要尽量了解客户的需求，但现实情况是——很多时候连客户自己都说不清楚。所以我们自己一定要掌握基本概念，理解主要的专业名词和逻辑。
更重要的是，在交付测试报告时，思考如何让不是专业技术背景的人也能看懂结果。毕竟，最终他们关心的可能只是：「这个系统到底能不能上线？」
小结
这次经历让我明白，工作上没有人是天生就什麽都会的。我也从「害怕被问倒」转变到「我可以去查，我可以去学」的心态。虽然过程中充满焦虑，但最终是一步步走出来的。
