前几年的工作中，经常碰到一种情况，测试人员测开发人员的功能时，只要开发修改一点后台代码，测试就要把周边所有功能全部手动回归测试一遍，当然如果有自动化测试或单元测试就简单了，但在手动测试的年代，你说这是一种负责任的态度，还是极大浪费资源和效率的行为呢？
我们也讨论过几次，主要原因是测试对开发的不信任造成的，有两方面原因，一是大家磨合时间短，如果是一个老团队，靠谱的开发人员，测试对系统非常熟悉了，可能不是那么较真了；二是测试工作性质，或者说kpi导致的，发布后有问题证明测试没干好，所以测试人员想尽办法保证没问题，即使牺牲效率和成本，因为当时成本与他没有直接考核关系呀。
前两周讨论驻地、客服二线反馈问题给开发的流程，现场问题直接反馈给开发，开发人员日常有研发任务忙不过来。那好吧，现场问题反馈给二线，二线判断是不是bug，是的话再转给开发，执行一段时间发现不行，因为二线确认的bug，有一些不是bug，他们判断的不准。于是产品提了一个想法，再反馈时候加一个环节，二线确认是bug后反馈给测试，测试复现后，确认是bug再给开发。最后开发还是觉得还是不行，必须我自己排查后才能确定是bug。这还是我第一次见到开发不信任测试的场景，自己直接处理问题时间不够，别人处理又不信任。
工作中还有狠毒类似情况，下一个环节不信任上一个环节，提出一堆流程，一堆规范，然后公司就产生了大量的流程......
合作是什么？合作的本质就是大家各自放弃一部分安全感，并把那一部分安全感交给对方来保障。信任是什么？信任就是相信对方不会利用自己主动放弃的那一部分安全感。
追求百分百的安全感，结果就是自己累死，没办法进步，不懂配合，自己水平可能会很高，可惜也就那么高了。
