好多刚入行的测试人员很困惑，总会遇到开发认为测试是件很low的事情，整天像机器人一样点点点。

做测试先要跳出IT圈，把自己当用户，把用不爽的地方都提上去，别管开发怎么说，拒绝的问题如果真的不是自己的失误或不理解原理之类的原因造成的，坚决不关闭。

没必要和开发扯皮，他们还有产品这座大山压着。正常的产品会为了很小的一个细节把开发扣到死，所以我们没必要上阵，当产品看到你提了个开发觉得不是bug的问题时候，自然会小窗他的。

等他们双方pk完毕，你去收尸就行了，产品被干掉就关闭问题，开发被干掉就重新打开。

见过因为一个wifi图标问题，整个产品线大佬拉群讨论最后给处理方案的。

每个人都希望自己做的产品完美，用户用的顺心，测试就是要站在用户的角度去考虑，你觉得有不妥的地方就去收集证据比如竞品，用户反馈，数据等等。明确首先自己是用户，然后才是测试员。

其实产生矛盾无非是这几个原因：

1、公司不重视测试

大家都疑问做软件测试有前途吗？我答：看公司对测试的重视程度。比如：做银行系统，业务逻辑复杂、与钱息息相关，万一发生错帐，被客户投诉，向客户追账困难重重，无意之间增加工作量。

所以大家自行审视各自所待的行业，公司有无定期进行业务培训、自动化测试、性能测试培训。

你的主管或组长是否比你业务能力强、技术强，如果只你遇到难题，他解决不了并且找不到人帮助你，可以考虑走人了。

2、团队合作意识差

做过系统的都明白，系统需要团队合作完成，开发和测试同属一个团队，工作期间应该互相配合，共同把项目做好。

开发和测试属于2个不同部门，之间没有利益冲突，每个人都有自己擅长和不擅长的领域，不要整天瞧不起这个瞧不起那个，不要去评价别人的生活。开发离开测试，产品敢上线吗？

3、bug级别

现在我在测试过程中是有脾气的，现在的开发太不走心了，你首先得测出严重的bug吓倒他。

举个例子：A测试员的bug：日启应该扣款的流水没有处理；B测试员的bug：界面输入框不美观，面对这2个bug，开发人员对待测试人员的态度肯定不一样，他会优先处理A缺陷，最基本的功能都没有实现，他还敢嘲笑测试？

测试出bug，测试人员先自查，业务逻辑是否正确；找出需求说明书、接口文档，查看错误日志各字段值是否正确等，确定不是测试操作的问题，甩给开发修复。

当测试人员修炼到一定程度，开发还敢咋咋唬唬的在你耳边瞎bb吗？