这需要做的，首先还是开发需要积极的态度配合测试，而测试，需要了解开发的习惯，了解对应的项目，读代码，熟悉流程，会环境搭建，熟悉逻辑，测试逻辑，很多都需要在开发的帮助下完成。但这并不是依赖关系，开发教你搭了一次环境，你要学会搭环境，下次不再麻烦。

　　恶性循环往往始于轻视和不配合，开发认为测试不重要，测试吐槽开发不配合，但是测试流程还是要走的，往往结果是，双方效率直线下降，消耗了大量时间和精力。搞完之后，对对方的印象都再次恶化。

　　看到有吐槽测试不重要，不需要QA的。

　　当然，如果团队都是完美型的选手，再加上某些方法，当然可以。

　　但是现实很骨感的，大部分情况是次完美型选手居多，这类情况，QA还是有存在必要的。

　　合格的开发+合格的测试 + 良性循环 =  佳组合

　　无论是开发或测试，都会走的更远。

　　关于规范：

　　很多开发可能吐槽很多规范（代码，打包，流程等等）的形式化or不重要or浪费时间。

　　但是，其实这些规范一开始也都是没有的，都是前人一次次踩坑踩出来的。

　　存在即合理，该遵守的规范还是不能忽视。但对于流程规范，也没有完全死板硬性要求一定要做什么，根据项目特点，确认某些规范是否适用，是否有改进之处。这并不矛盾，很多规范，有个适用性，很多规范，也是在一步步改进和优化，目的只有一个，提高质量。

　　开发和测试或许大目标不一样，但是我们目的只有一个，保证终产品正常运行。

　　关于靠谱：

　　要做到“靠谱”二字，感觉还是有些难度的

　　有几类：相当不靠谱，不靠谱，一般靠谱，靠谱

　　大多数处于一般靠谱->靠谱之间，当然，有极少数属于相当不靠谱/不靠谱/靠谱。

　　其实，要达到靠谱，需要一个过程，这个过程有快有慢

　　大部分都是随经验和能力增长变得靠谱，当然，也有极少数顿悟型的，直接进入靠谱行列