（文 哎呦喂作品）
测试 PK 开发
一入测试群，仇恨燃九州，
BUG经常在，领导无关怀；
隔壁开发组，怨气冲天际，
死板的标准，嘴边的质量。
作为一个不看鸡汤，
不读马云，
不羡慕别人的高薪，
习惯性以现实打击各路满怀一腔热血的追梦的24K纯屌丝来说
，算上加入以及被踢出还有自助离去的各种群已有几百有余，
今天总结下开发群和测试群的无形的硝烟
测试群：开发技术真差，总有bug，并且每次都延期提交测试。
开发群：测试能力太差了，说啥都不懂，还死犟。
测试群：开发效率真慢，每次都让测试加班。
开发群：测试每次都测不到重点，还得加班改他们提的bug，压根就不算bug嘛。
测试群：老子天天辛苦给开发提建议，明显就是设计不合理嘛。
开发群：测试懂不懂需求啊，就是这个业务逻辑，一点都不懂做什么测试嘛。
以上是两个群的聊天，当然这两种聊天对方都没看见，只是我在两种群里有幸一观。其实很多时候大家也发现这些问题了，并且现在都喜欢唱衰测试。
一些IT段子也没有测试工程师的身影了。
测试群呢也不断的号召学开发，为啥学，谁知道？
那么如何能拥有和谐的工作环境？一定是开发和测试共同建立的：
字据其实不重要
立字据这个事情是很伤感情了，其实即使立字据了，开发该怎么做还会怎么做的。莫不如你配合开发一起去做，你还可以在过程中去发现问题，及时发现风险。
虚心才能更高效
永远不要说开发的能力不行，如果你真的有高于开发的能力，请你自己去转行做开发，或者去给开发提出你认为的解决方案。
协作配合要勤劳
在产品或者项目的生命周期中，不是一个人在战斗，只有多方配合才能产生好的产品，所以一定要配合去做事，而不是每次都认为自己是救世主，主人翁，教父等挽救世界的人物，包青天还有王朝和马汉呢，你就自己，你靠什么去拯救世界。
多学习，勤请教
不要固执己见，认为自己就是对的。例如有一个bug，研发说设计如此，你认为逻辑有问题，你需要跟研发一起讨论是不是真的逻辑有问题，并且需要找需求负责人继续讨论。如果讨论结果证明，逻辑没问题，那么就不要认为自己是对的，如果需求有问题，我相信你节省的是他们的工作量。
我敬业，我骄傲
无论是因为什么做的测试，既然做了就一定要做好，做好不是说矫枉过正，也不是放任自流。每一个项目和产品都凝聚着大家的心血，不能因为测试一句话就把它打入冷宫，所以要慢慢打磨修正它而不是直接去给它判死刑。
不要谈无效绩效
提出这种考核方式的一定是个二货，最后结果就变成研发和测试只关注bug数，根本没心情去想怎么完善产品了。明显是做的越多错的就越多的事情，谁还会去干？即使测试人员在这种公司也不会去执行，把bug数量控制在一定程度上，就可以了。其余的和研发人员一起讨论修改。水至清则无鱼人至察则无徒，研发人员会记住你的人文关怀的。
作为一个测试没必要仇深似海，作为一个开发也没必要怨气冲天，大家都是为了一个共同的目标去努力。没有哪个国家天天内战还能发展经济的，产品也一样，只有多方和谐配合才能打造出一个具有核心竞争力的产品。
联系客服
