小白职场现形记

毕业工作三年，以为自己也算职场“老人”了，毕竟一路摸爬滚打过来，磕磕绊绊，其中艰辛，是当初还为学生时想象不到的。然而，还没等我正式过上“养老”生活，一次应该在我生命史书中重记一笔的生产事故发生了......

本人乃一枚程序媛，毕业后一直在某家号称清闲的公司上班。前两年项目的确比较轻松，一开始犯点没经验的小错，后来注意了就万事大吉了。第三年加入了新的项目组，时间紧任务重，虽然属于组里技术最差的，也在茫茫代码里留下不少脚印。成功是不易的，成长是要付出代价的，从最初需要人跟人合作完成一个任务，到后来独立担当包含分析、敲代码、编译、测试、性能、上线等等所有的流程，牺牲了很多上班时的悠闲从容及按时下班的机会。有时候组里人都走了，我一个人还在公司吭哧吭哧的测，终于得到满意的结果布上去后，拖着疲惫且饥饿的身体回家，一头倒在床上眼皮都抬不起来；有时候很多人都进入梦乡了，为了赶进度或者是不放心线上的运行情况，我挑灯奋战到深夜。

就这样，一边迷茫彷徨，一边不懈努力了一年后，压死骆驼的最后一根稻草来了，它曾让我感觉完全崩溃，累觉不爱：某个加班加点上线完的第二天，被报出现大面积错误，还影响到了客户。一开始根本没把这事放在心上，以为又是之前那种操作失误引起的问题，退一万步讲，这次上线有那么多人的改动，怎么会轮到我这个兢兢业业小心翼翼的人头上。呵呵，这也算无巧不成书吧，就是那么寸，是代码问题，而且还是我的代码。一不小心把一个新上的功能扩大了范围，影响到了不该影响到的地方，那就是错误，而且是致命的错误！

其实都不敢说不小心，凭什么不小心，怎么会不小心，管干嘛吃的不小心，这事能不小心吗？（另一个我：其实我已经很小心了，莫名其妙怎么会犯下这样的错误……）第二天开总结会，测试轻而易举就推的一干二净：这不在我的测试范围内。或许是不善言谈，或许是惩罚自己不争气，我没有辩解。是啊，开发随便写代码，测试是不好测的，请叫我背锅侠。

不管主要责任在谁，自己总结下经验是最重要的，现在能想到的有这么几点:

1.对于添加型开发，无论如何不要影响其原有的功能。最保险的做法就是多写个分支，把自己要加的功能放在该有的情景中，而且这里一定要当心要多想一下逻辑到底对不对，有没有可能之前的场景还是会跑到新加的分支中。最好是自己做下全面的测试，多想一点就有可能避免了之后的大问题。实在不行找其他人帮忙检查一下代码，以免自己思维定势遗漏什么。

2.自己要多在开发环境测试一下，不论多么来不及都要不厌其烦的把该测的测完，严格执行白盒测试的所有测试用例，因为测试不知道你改了哪些代码，他们写的那些测试case可能无法完全覆盖你的代码；而且最好也能问测试组了解一下要测哪些东西，这样开发测试的测试面取合集，力求覆盖面全一点再全一点，自己给自己把好关。这个时候一定要对自己狠一点，想想布上去又撤回来的麻烦，想想测出个明显问题是自己心里的愧疚感，想想万一测试组也没发现问题直接到了产品环境的危险！

3.自信来自于自己的踏实、勤奋和努力。经过上述全面细致的检查及实事求是的测试结果，自己心里会更有底，就算是再出什么问题，也不用过于自责，因为该做的都认真做了。一直保持这样踏踏实实，认认真真做事，出的错少了，就连自己都对自己刮目相看，那种一出问题大家首先联想到你或者你说什么人家都保持怀疑态度甚至根本听不进去的情况就越来越少见，慢慢就良性循环起来。

所以，就像成人的世界都不容易，职场也不是随随便便就能成功，出来混，迟早是要还的。生活要过得精致，工作更要搞得精细。玩世不恭，吊儿郎当的对待它们，是要在你不在乎结果的前提下。而作为一个刚出社会要养活自己的成年人，面对生活压力，只有好好工作。更何况，生活不止眼前的苟且，那些诗和远方，那些理想梦想，都需要从点滴的认真工作开始积累，不拼一把这辈子就废了，这条生命也就白来这世上走一回。

谨以此文记录并反省本职场小白最近发生的一件糗事，时常提醒自己需加强修炼，以避免在未来的人生路上，这种问题重复出现。各位路过的大神如另有高见，欢迎指教，定当虚心接受，感激不尽。