前几天看到这篇文章《六年软件测试感悟》，觉得其中很多地方说的很有道理。今天真的是被公司的测试气到了，还是忍不住要吐槽下。
（由于公司刚起步，所谓的测试真的就是那种HR口中的“找几个90后的小mm每天这里点点那里点点”的测试，而我们公司的甚至不是90后==！）
槽点如下：
1.敢不敢把文档和bug描述写的像人话一点！
每一次看bug描述都是最让人火大的，十个bug描述里面起码有6个是语意模糊，不知所云的，有的甚至还有一把错别字。亲，写错别字能包邮吗亲~。每次都要我拿着问题跟你反复check的感觉很爽吗亲~。如同《六年软件测试感悟》 一文中提到的一样，写文档和描述bug的功力绝对是一个测试人员的核心能力，亲，咱不是要你出书呀，但你能不能不要写错别字呀亲，你能不能不要把bug描述都写在标题里呀亲，你能不能不要把中国话写得中国人都看不懂啊，亲！！！
2.敢不敢不要自己定需求呀
“测试人员的水平主要体现在测试用例的设计上。 要设计出全面，覆盖广的测试用例，需要测试人员对自己所测试的项目的业务需求非常熟悉，甚至要比开发人员还要熟悉。”您是了解需求，传递需求，解释需求的，不是来创造需求的！不要每次都提一些奇奇怪怪的improvement上来，然后coder们商量半天都觉得真心没必要。
3.敢不敢给我看几行代码呀
有些问题不是你界面上点点就能看到本质的，我给你看代码也是为了更好的说明问题。“我不要看代码”这样一口回绝，你知不知道你这样很傲娇呀亲~。（公司的这位测试“大神”从没看过一行代码）
4.敢不敢不要教开发写代码
我这样说不是抱着“你这么懂那你来写呀”这样的心态（就算是我也不会说出来:)），毕竟您只是在界面上点点，您再神通广大也不可能就这样东点点西点点就能知道引起bug的原因和fix的方法的。所以当我和你在讨论bug的时候，不要一个劲地说你就这样就好了嘛，你就这样这样不就好了嘛，你就这样这样不就好了嘛……，亲，我真的有掐死你的冲动呀亲~
最后，其实测试人员还是非常辛苦以及有技术含量的，现在一个好的测试也真的是千金难求，各位立志做测试的童鞋们对以上问题要引以为戒呀，各路大神也敬请拍砖。