测试和开发的关系

　　有bug ，提还是不提?这是一个问题，记得刚进公司的时候，有一位开发同学一直就把“测试是开发的敌人”这句话挂在嘴边，一直希望他所对应的测试少提bug或者是不提bug。虽然轮岗开发的时间不长，但是开发对bug的态度也有了些了解，不愿看到测试提bug的开发同学还是占多数。当然可能bug的数量和开发同学的绩效挂钩，开发同学关注得多也可以理解。但是，对于测试来说，bug仅仅表示在产品交付前和使用中出现的非正常情况，从一个侧面反映了产品缺陷程度，但是却不能负相关的代表着产品的质量，是一个对缺陷的记录。因此在bug 是否需要提这一点上要和自己对应的开发沟通好之外，测试一定要做好的一件事情就是即使bug不提，bug所反映的问题也必须在产品交付之前进行修正。因为测试的责任是保证所交付使用产品的质量，其余方面均不是所要优先考虑的。

　　距离产生美，独立可存真

　　我认为在测试执行阶段要保持测试工程师足够的独立性，这里所提到的独立性并非是说要测试和开发完全分开，其实完全分开这在实际工作中也是不现实的。打个比方，接口测试的配置文件和接口所实现的逻辑还是要依赖测试与开发的共同交流才能够顺利地完成。性能测试中，测试虽然能够列出部分的性能点，但是每个性能点背后所对应的性能测试接口和脚本还是需要开发同学的帮忙才能完成的。　　这里的所说的测试工程师的独立性是指，在测试阶段，对开发给出的关于出现的bug或者缺陷的解释保持独立判断的心态。从开发的角度来看，都不希望自己的代码出现问题，同时也希望测试能够发现其代码的问题给予订正。但是当一个bug不稳定

　　出现或者对某一模块十分有把握时，又会对自己的代码极度的信任。造成了给予测试bug的反馈是不正确的。拿同事的一个例子来说，他所负责的系统中，在调用MC接口时一直返回时空，这个bug已经提给开发了&#