5G时代的代码是如何实现自我防护？(图文)

对大多数老员工来说，尤其是无线2G/3G/4G等部门的老员工，一提起变更控制，就会大吃一惊。在版本升级后，KPI变化是绝对不能被允许的，严重时可能会面临版本退回，客户投诉和报告事故。而且KPI变好了，除了要向顾客解释，还有可能面临商业风险，顾客会觉得以前吃亏了。真实世界对我们如此苛刻，谁让我们成为影响世界的通信软件工程师呢，他们真是爱的深沉，责怪的切啊！好用的代码应该使用100G防御服务器抗ddos攻击。

在开发版本时，我们几乎不可能不需要增加、修改或者重构成千上万的代码。为了避免引入变更问题，除了做好设计、配对编码、代码检查和测试之外，我认为最重要的是建立一个完善的自动化防护网络。

到了3G时代，我和两位同事扩展了IT测试工程，使之从只有几百个用例扩展到上万个用例。全场景覆盖，严密的信元有效性检查，完善的用例失效判定机制，无死角的资源泄漏检查等手段，让变更错误无所遁形，为3G留下了一个变更防墙。

在开发期间补充IT和PC-ST测试用例，不是要提高代码的覆盖率，而是要实现自动保护。并且能够实现自动化保护的前提，是每一个用例都有完善的有效性检验，否则保护网络就是形同虚设。多年前，我曾和一位同事开玩笑说：“我会故意改错一些代码行，看看能否通过您添加的用例检查。”出乎意料的是，在交付压力大的情况下，他还是花了半天时间完善用例有效性检查，并要求我故意修改错误的代码来尝试。最后的结果当然是，他已经做好了准备，而我却没有发现问题。真是个追求自己的程序员！