Android终于上线了，大家都松了一口气。为什么呢？因为一个菜同事，项目实在是拖得太尼玛久了，压得大家喘不过气来。最后为了跟进进度，老板不得不出面赶人了。说起这位被炒鱿鱼的前安卓工程师，心里都是泪啊。如果开发工程师太菜，对于测试工程师来说真的是灾难，这话一点都不过分。
三月份的时候菜同事入职，开始熟悉代码和改C模块的bug。然后三月中下旬开始D模块的开发。当然你肯定说很厉害，但是在D模块的开发当中，他只是负责四个页面的开发，而且还是一般的功能性界面。到后面人家改D模块的bug的时候，他还在纠结C模块的bug，而且还越改越乱。最后iOS都等着上线了，Android却是一团糟，老板只能先狠心砍掉C模块上线了。对于这位同事，跟他有工作交涉的同事都大吐苦水。而我作为测试的，更是深受其害。静下来深思，也总结了几点。
1.理解能力太菜
我们当初讲D模块的流程思路的时候，就他弄半天都搞不清楚，也理解不了。最后几个人轮流上阵解说他才懂。而且有些解说了没多久又忘了的。
因为后面知道他理解能力有问题后，我提交bug的时候该写的写、画的画、标的标，就是怕他不清楚乱改。结果他还是按照自己理解的那样子改。然后只能不断重复返工这个过程。造成沟通成本和其他成本高。
2.太自以为是
说起这个，另一个安卓工程师也是深受其害。比如都跟他说这种方法不行，他非要用这种方法，犟得就跟一头牛拉都拉不回来。结果弄了半天，问题还是没有办法解决，行不通了，代码也越改越乱了。没办法只能又花时间改回来，然后又出来一堆新bug。这样子耗的是时间和人力物力。
后面我知道有些bug是因为他需求和流程不清楚，一直顽固的存在，只好提议跟他用iOS的来好好走走流程，让他理清思路。结果他倒好，鸟都不鸟我，说自己再研究研究看看。
说到这个挺搞笑的是，后面我们都认为他无药可救，开始放弃他的时候，他倒自己跑过来跟我对流程了。你说当初要是肯花十分钟二十分钟来跟人一起理清流程思路，也不会导致项目拖延到不得不砍掉C模块了。
3.工作态度有问题
对于这个真的是要好好大吐苦水。作为新人，菜同事不花时间研究需求和流程，问起来都是一问三不知。我相信，一个连需求和流程都不清楚的人，肯定是写不好代码，也改不好bug的。
菜同事改bug特别特别的敷衍。有个地方我提了个bug说黑屏，他倒好，你说黑屏是不，那我给你弄成白屏好了。还有个地方原本是邀请者这边有问题，他改好我一测简直吐血了，把提交那个bug语句里的邀请者和被邀请者位置对调一下又是一个新的bug了。而且菜同事改bug特别快，结果一测问题还是存在，而且还引发更多的问题。恩，这也涉及到个人能力的问题了，原来能力跟工作年限是不成正比的。
4.推卸责任
听另一个安卓工程师说，有些代码菜同事明明动过了的，但是却总是不承认，非说自己没有动过，然后去查出来的时候他才说“我想起来了，这个我好像是动了一点点”。但是他不会说自己错了之类的话的。我跟他工作上的接触，每次把他关闭的bug激活，跟他说哪里不对的时候，他总是说原来是这样子啊，我看你写的好像是那样子的。而且他总把一些bug的责任推到网络慢，后台问题等上。相信他们也表示很委屈！
5.挖坑专业户
这是他被炒后我重新检查他负责页面时候的内心感慨。为什么这么说呢？那时候我怕他整出什么问题，专门找iOS的来一个页面一个页面的对比，结果还真的找出很多坑，简直是巨坑啊。有个页面的提示语本来是提好想法的，结果他把意见反馈那里的复制粘贴过来了，怎么品读都不对味啊。还有个页面把人数的图标直接用排名的图标替换了，另一个安卓工程师指出的时候，吓出我一身冷汗，毕竟之前图标是对的，改着改着我也没留意他会再改动图标。尼玛，简直是差点就被坑死了。
6.做事不分轻重缓急
我不太喜欢让菜同事打包测试也是有原因，因为太耗时间了，每次他打包都要等一两个小时才出来一个新包。催他的时候总是说再等等，稍等，弄好这个就给你打包。其实很想说，等他弄好了黄花菜都凉了。。。而且其实他可以先不改那个bug，先打包给我测试其他的，因为那些bug不影响测试流程，但是他非要弄好再打包。这样子真的很浪费别人的时间。
其实还有很多其他的实例，也懒得说了，毕竟，想起那段日子也挺痛苦的。只是想说，测试的，遇上新来的，而且还是很菜的，真的是身心都饱受折磨！！！辞退前老板问菜同事Android的什么时候可以上线，他大言不惭的说随时都可以上线，bug永远都会有的。现在回想，觉得那个菜同事也不值得可怜或者可悲了。毕竟，有时候不是你工作能力的问题，而是你工作态度太恶劣了。
