由于
测试和开发各自所站角度的不同导致了，大家对同一个问题看法的不同，继而导致做法上存在各自的差异，有的时候会因为一个或者两个有争议的问题吵得不可开交，其实都是没有必要的。
在现实的
工作中却是会存在的，如果真的遇到了这些问题，在流程正规的公司里解决起来是比较容易的，在流程混乱的公司里则比较难办。区别在于：一旦遇到了有争议的地方，通常的做法都是选择将相关有争议的人员召集起来大家一起开个会，然后各种阐述自己的主张，这时候大家通常会在会议上商量一个解决争议问题的机制。例如，开发将问题转交给需求设计人员，让其进行判断到底是采取开发的意见还是测试的意见，这里的话，有个不容忽视的点，那就是成本的控制。
纵然测试提出的意见很具有前瞻性和从产品设计的角度来说，能够提高产品总的竞争力，由于系统上线的时间，和开发处理问题等进度各方面的综合考虑，可能测试的意见也会在当前的版本内不予考虑，或许会加入到下一个版本考虑范畴内，从这点来说，测试提出的意见是有价值的；还有可能会出现需求设计人员的误判，本身是一个很好的提议，由于需求设计人员没有意识到自己设计出的需求文档方面的漏洞而断然去拒绝一个好的提议，在这种时候，作为测试人员自身的素质是否达标就能够充分体现出来了，有的测试人员之间就不在坚持自己的主张，感觉反正是需求人员设计的，他们说好就是好，说不好就是不好，完全没有自己任何的思想，而那些素质过硬的测试人员，他们会进一步去思考，他们提出的方案是否值得他们去坚持，如果要坚持自己的主张，那么坚持的依据是什么，要是放弃自己的主张，放弃的依据又在哪里？当发现是需求设计人员的错误时，这时素质过硬的测试人员会采取更加巧妙的方式和方法去和需求设计人员沟通和交流，沟通和交流看似好像就是和对方阐述一下自己的观点，实际上难度却比较大，当我们去赞同别人的时候，会很快拉进我们和对方的亲近感，反之去否定对方的时候，却很容易拉大和对方的代沟，导致无法说服对方，达成共识！后续的合作可能会因不断积累的代沟，导致产生不同程度的芥蒂，造成事情处理起来不是那样的顺畅。
流程混乱的公司会出现的问题就是开发和测试可能会相互的指责，开发感觉测试玩命的测他系统，会想着让测试按照他们的操作手法来使用系统，而测试人员这时也觉得很委屈，如果说只能按照开发人员设计出来的方法使用系统，那还不如让开发自测系统算了，还要测试干嘛，不是无形中浪费公司测试资源吗！特别对于一些找出的开发无法修复的问题，态度不好的开发，很有可能会和测试人员吵起来，其实可能很多人会疑问，那为什么不去制定相应的流程进行规范这些事情？流程的制定是一件很简单的事情，难的是如何让流程能够走下去，之所以混乱是由于缺乏将流程贯彻到底的决心和脚踏实地的执行力，如果你此刻身处这种流程混乱的环境里，那么恭喜你，这正好是能够磨练你尽快成长的训练基地，会让你在无形中思考问题不得不去全面，流程如果过于混乱，一般产品的质量基本都是没有什么保障的，要求做完测试人员要把系统所以可能的风险在测试的时候都得注意到，只要这样，才能避免上线后出的问题不是由于测试人员的漏测导致的，而是源于其他问题引起的。
当你不断的在工作中，遇到有争议的问题首先想到的都是去找相应的依据支持自己的观点或者否定掉自己的观点后，你所提的建议就会更具有价值，你自身的素质也就会不断的得以提高！