你是怎么看这种同事的？

@KentY 哈哈哈哈哈哈哈我看了你这条回复 才发现是许三多🤦‍♀️

仔细核对了一遍 lz 的内容，岗位：测试，根据 lz 描述，这个同事完全是以超越正常人的责任感和敬业精神去完成自己的本职工作吧。如果有些人觉得这是浪费时间或者是不懂变通等等什么的，看到这里是不是该首先反思下自己是否真正的敬业呢？

反而，我觉得同事很不错哎。

这不就是经典的开发 vs 测试的爱恨情仇么？对于开发而言可能恨死他了，但是他做得完全没毛病，甚至值得敬佩。

兄弟萌把尊重打在公屏上

你们这么形容的我都想认识认识他 /她了，感觉他 /她缺一个水平高的领导的点拨。

又爱又恨 能一起把项目搞好,缺点就是我做的项目都人手太少，啥子都得自己改。心累

瑞思拜

如果说“不懂得读空气”, 是他情商太低不懂得看眼色的话, 跟他说明白让他下次注意就好。
“朝着错误方向努力”，说的太绝对了。。。。。。
任何思考都有它的价值，不要让你觉得他“脑子略笨”的想法先入为主。

又爱又恨吧~

我刚开始工作时也是这样（大部分人刚开始都是这样），但是后来就被排期压的屈服了，我感觉这样的做法虽然很值得尊敬，但是任何事情都讲究一个过犹不及，现在的做法是发现小问题（大问题肯定要直接抛出来）后不会马上提出来给大家讨论，而且记下来，等到合适的时候统一拿出来集中讨论一下。这样子就可以保证既不掩盖问题，也不影响排期的正常进行。

补充一下，我是以开发的角度考虑的，作为测试可能要换一种思路

从老板角度看是个人才，主观能动性强烈

我以前也和产品经理反馈过，最后产品经理急了说来来来你来做产品。
后来我就不事多了，工资就那么多，没必要。

测试 bug 是一点没问题的，干了 pm 的活是要看水平的，尤其是做 ui 的时候，近期功能会重写，或者修改成本很高的话，推动这种 bug 修复完全属于吃力不讨好

喜欢这样的同事。
怕做无用功的人进步最慢

心眼挺好的，工作中其实很难遇到这种实心眼的人。

测试就好好测试，把 bug 尽量找出来，对大家都好。

但是，自己不舒服的地方，就把需求提上去？这位是测试还是产品经理？

一边整理想法一边汇报，先不谈跨职能提需求，能先把想法理顺了，自己评估一下有没有可行性再去汇报可以吗？

多次提出的需求无效，开发量太大被否决，就说明这哥们其实对编程一窍不通。

一个测试，该找 bug 就找 bug，提需求？我不明白，要是想提需求，麻烦请转行做产品。

就算是产品，提需求或者改需求，都需要三思，一个测试，就因为自己用的不舒服，就提需求？你可以提建议，但是需求这种让专门的人做好吗？

要是因为这种测试的无理需求，而不是 bug，让我加班，我只会说一句，傻逼！

这种人应该升职

其实我倒是觉得凡事有个度，楼上非黑即白的太多了。

作为测试，我觉得唯一的问题就是“拉着开发和领导一边整理自己的想法一边说问题”这种模式需要优化处理，觉得不舒服的地方原则上是归类到易用性测试的分类里，并不算提需求啥的。

其它做法其实算测试的标准流程，一个缺陷处理后把相关功能跑一遍避免修改引发其它问题完全没毛病。
至于上班时间找产品缺陷，不在预定的测试范围或用例内一般归属在探索性测试的分类里，也没什么问题。

或许评价脑子略笨是指没有演进自己的工作方法提高效率吧？！