作为一个测试人员，最常跟我们打交道的就是开发人员，常理说人与人之间要建立一种相互信任的关系，所以一直以来我都很信任开发人员，但是随着工作年限的推移，某些项目中BUG的reopen率的提高，对开发人员的信任度也随着降低，不是不信任他们，是不要盲目的相信开发。以下事例是我在工作过程中遇到的，也许其他朋友也有遇到类似的问题吧
事例一:
开发：XX,那个BUG我已经修复，你去验证一下吧；
测试：好的;(测试的开始为验证这个BUG而创建场景及数据，之后开始验证BUG)
测试：AA，那个BUG仍然存在啊，你是修复了么；
开发：真的修复了啊，要不你再试试；
测试：(重新再验证一次)AA，那个问题真的还存在呢，不信你自己试试；
开发: (开发自测片刻后)哦，不好意思，我修复后忘上传代码了；
测试：汗(无语中....)
事例二：
开发：XX，那个BUG我已经修复了，而且前后台调用的是同一个方法，所以你只需要测试一下前台，后台不用测试的；
测试：好的；（开始造数据验证BUG）
日常下测试通过，发布到预发下测试，测试的还是觉的心里不踏实，就特意去测了一下此BUG的后台
测试：AA，那个BUG在后台仍然存在，你不是告诉我前后台用同一个方法的么，为什么前台修复了后台还存在啊？
开发：汗，后台那块是小B负责的，是他告诉我调用同一个方法的；
开发TL：XX，为什么你在日常下没测出这个BUG？
测试：无语中....（确实惊了一身汗，幸亏在预发下发现问题了！）
事例三：
开发：XX，你那个日常测的怎么样了？
测试：还没测完了，不过大的流程走过了。
开发：快点测哈，别误了发布；还有，测试通过后，记得把这个日常的状态改一下。
测试：哦，好的。
(大约过了30分钟)
测试：ST，那个日常我已经测试通过了，状态也已经改过了；
开发：恩，好的；
(离截止此日常测试不到30分钟的时候)
开发：XX，你把那个日常再测测吧，我刚才改了一个配置项，不过问题应该不大；
测试：你改配置项为什么不早点改，再说这个日常也没说要改配置项，你现在改了来不及测试，因此延误发布谁负责？
开发：没事的啦，你要相信我，你再随便点点，不会有什么问题的；
测试：（很无奈的再次测了一边主流程，还好没耽误日常发布，也没出什么BUG）
(此日常上线两天后)
开发：XX，你在线上测测那个日常，有人反应现在线上有问题；
测试：什么问题啊？（赶紧准备数据进行测试）
测试：这块我之前测过的，都是好的，为什么到线上出问题了呢。（心里很是紧张，难道真是我的日常引起的？）
开发：可能是因为我们修改那个兼容性的BUG导致的
测试：你们什么时候又修改BUG了？我怎么不知道啊
开发：昨天改的，这是我们开发人员自己改，没通知测试；
测试：昨天这个日常不是已经发布了么？
开发：这个日常今天才发的，因为其他项目导致昨天没发成，所以昨天我们修复了一个BUG,今天顺便跟这个日常一起发上去了。
测试：汗死。。（幸亏问题发现的早且及时解决了）
    初次做测试的时候老师就告诉我测试人员要具有怀疑的精神，但一直以来我只怀疑开发人员的代码里有BUG，可对于开发人员说的话却很少怀疑，但是通过以上事例让我彻底明白了不要轻易相信开发人员的话，作为测试人员就要眼尖手勤，在理解需求的情况下还要充分发挥测试人员的怀疑精神，不要犯懒，更不要对任何事情抱有侥幸心里，只有自己一步步去做了，才会心里踏实！