开发最大的灾难，就是测试是个混子。。。

大家好，我是东哥。

最近在网上看到一个帖子：对开发最大的灾难，就是测试混日子……很难受。我看到这个话题的时候，内心也是感同身受。

说实话，作为一个开发，我深知测试对项目推进的影响力。当测试开始“划水”的时候，开发心里是真的崩溃，因为测试质量直接关系到开发能不能顺利交付。

很多人以为开发和测试就是两条平行线，互不相干，但其实这两者密不可分。如果测试混日子，那就是拿着枪对准开发的小心脏。

开发在写代码的时候会遇到很多边边角角的细节，靠着自己都能自测出来的情况毕竟少之又少。特别是那些复杂的业务场景，有时测试不认真，后期出问题时，开发基本上就被架在火上烤了。

就拿我自己以前的一个项目经历来说吧。那时候，我们的测试小哥似乎完全没有心情工作，每天就是走个流程，草草执行完测试用例就交差。

一次上线，客户提了一个奇怪的问题，我这边重新看日志都快看吐了，后来发现居然是一个特别明显的流程漏洞！这个时候就真的很想对着空气吼一声：“你TM是怎么测的啊！”

后来我发现，其实不仅仅是测试要负责，开发自己也不能偷懒。那些“坑”，有时候你明明知道存在，却总是侥幸地觉得：“没关系，应该不会触发吧。”可真正到了交付阶段，问题一旦被发现，开发也就成了背锅侠。

所以说，开发和测试之间的关系，就像是两个人在玩跷跷板：测试松了，开发肯定就要摔下去，反之亦然。

不过，也不能把所有问题都怪到测试头上。很多开发同僚喜欢把一切责任都往测试那边推，这个心态也是大错特错的。开发代码的质量，始终是开发自己的事情，其实很有道理。

要是我们写代码的时候就能把该处理的边界都处理好，设计文档写得清楚明了，那测试也不至于踩到雷区。一句话，开发自己要把好第一道关。

当然，另一方面也不能忽视测试的重要性。有些测试人员特别较真，遇到一个小问题就一问再问，生怕自己哪儿搞错了。这类测试，很多开发觉得烦，其实这就是个大误区。较真的测试，是项目的一块“安全垫”。

之前我带一个项目，有个测试妹子就是这种风格，每次上线前都要拉着我确认好每一个用例，很多时候我都恨不得跳过她的“盘问环节”。可最后项目上线了，几乎没出现任何严重问题。要不是她这么较真，后期修bug我都不知道要熬多少个通宵。

但最怕的，就是那种啥都不懂，啥都不会，还偏偏特别爱问问题的测试。这种情况对开发真的是一场灾难。

一方面，你得花时间教他基本操作，解释业务逻辑；另一方面，你教了半天，他可能转头又忘了，甚至还会再反过来质疑你的开发逻辑。真的是服了。

当然，这里也不是要“黑”所有测试，毕竟测试和开发的职责有着很大的不同。一个好的测试不仅能帮开发查漏补缺，还能站在用户的角度去考虑问题，这对整个项目来说都是无价之宝。

有些时候，我甚至觉得测试比开发更像项目的“保姆”。因为开发写的代码只是一个“雏形”，而测试要通过无数次的检查、反馈、修正，才能把这个“雏形”变成真正的“产品”。

所以，我觉得，测试和开发之间的关系，就像是前端和后端一样，谁都离不开谁。项目做得好不好，不是开发独自一人的功劳，也不是测试一个人的责任。

它是一个整体的努力结果。开发要尊重测试的工作，测试也应该理解开发的压力。遇到问题时，不要总想着“甩锅”，而是要一起商量解决办法。毕竟，大家都是一个战壕的兄弟啊。

至于说开发能不能完全依赖测试？我觉得这就有点理想主义了。测试的确能发现很多开发自己看不到的问题，但开发的质量始终是开发自己把控的。

那种把所有问题都推给测试的做法，长远来看，项目只会越来越混乱。所以，项目的“锅”该谁的就是谁的，开发做得好，测试自然少操心；测试把控得严，开发也能省下很多返工的时间。

说到底，项目能顺利推进，开发、测试、项目经理，甚至设计人员都需要通力合作。别指望单靠一个人就能扛起整个项目的质量。团队的整体协调才是重中之重。要是开发和测试能像左手和右手一样配合得好，项目才会更顺利地交付。

所以，不管是开发还是测试，心态上都别想着“混”。混的确可以暂时轻松，但结果往往就是——项目搞得一团糟，最后自己也不得不“背锅”。

用心做事，大家才能一起向前走，项目才不会一塌糊涂。要是你在团队里发现“混子”，那就去推一推，千万别自己也被带着一起混了。反正最后，项目搞砸了，谁都别想独善其身。

说了这么多，大家怎么看呢？欢迎留言一起讨论。