如何应对”不靠谱“的开发？

测试大鹅是谁? 当然是集智慧与美貌于一身鹅，同样也是奋斗在互联网一线，参与过很多大型系统和APP的测试，也开发过不少提效的工具平台，以后会经常跟大家分享一些测试领域的技术、方法论、前沿科技，希望能够结识更多的圈内朋友。

最近大鹅参与了一个APP端内运营活动的测试，活动规则比较简单，是一个基于社交裂变的领红包活动，从需求到最终发布上线，那是相当的累鹅啊！整个测试过程PK大概是这样的：

上线前

上线后

这种提测流程我们把它称作：便秘式提测，先不管整个过程是多么的低效和无语，在项目上线后的某个深夜，引起了大鹅的几点思考：

思考1：这种保姆式的测试模式，能打造出完美的软件质量吗？

答案是：不能！大鹅大学时学的通信方向，通信里面有个著名的公式叫香农极限定理：C=Blog2(1+S/N)，这个公式给出了信道的极限速率，大白话解释就是，在各种因素的影响下，我们只能无限接近通信的极限速率，但不可能100%达到，映射到测试领域也一样，局限于时间、成本等因素的影响，无论多么完善的测试都无法100%覆盖所有场景，所以软件质量只能无限接近完美，但肯定会不完美。测试的本质是抽样检查，抽样的重点应该是用户日常最有可能用到的场景，因此大鹅建议测试同学的重点应该放在核心的用户场景测试上，而不是为开发打下手，去零散的覆盖一些局部的功能，这才是测试应该体现出的价值，不是吗~

思考2：开发同学应该如何看待自测？

很多时候开发同学的”不靠谱“体现在提测质量上，提测质量差是由于自测不充分，甚至会认为这是测试应该背负的责任。代码大全作者Steve McConnel有个核心观点：代码所承载的是人与人之间的交流。未经自测的代码自然会增加沟通交流的成本，因此大鹅认为，一名优秀的开发一定也是一名优秀的测试，开发自测并不是做了职责外的事情，而是本着对代码负责的态度，去降低整个软件研发的成本和周期。

思考3：如何避免反复拉锯战出现？

反复的提测会影响整个研发效能，如何解决呢？答案是：rule，所谓无规则不成方圆，一方面要提出明确的提测标准，另外一方面要完善自动化验收工具，让开发借助于工具来自测。提测流程的良性循环，一方面能提高研发效率，另外一方面还能倒逼开发写出高质量代码，甚至大鹅觉得，优秀的开发都是被优秀的测试调教出来的，大家觉得呢~

好嘞，以上就是关于一次运营活动提测大鹅的一些感想，大家有什么想法可以和大鹅多多交流哦~~~ 大鹅联系方式见文首

标签：不靠,应对,代码,大鹅,开发,测试,自测,提测
来源： https://blog.csdn.net/weixin_42162615/article/details/110733946