<返回更多

程序员为什么要一直改bug,不能一次写好吗?

2020-07-05    
加入收藏

代码和bug如影随形,每一个应用程序都有bug。从理论上讲,因为测试无法覆盖所有情形,所以存在bug的可能性一直有。

水平再高的工程师,也无法一次写出没有bug的代码,更不能一次性修复所有bug,这和不能一步登天是一个道理。

从另一个角度讲,程序中的bug有不同的种类,原因也各不相同,甚至可以划分为三六九等。可以这么说,"不同水平"的bug,一定程度上反映了软件工程师的专业水平。

程序员为什么要一直改bug,不能一次写好吗?

 

1, 文案bug

这类bug大多可以避免,原因多是因为粗心、没有认真检查,或者多次反复修改文案造成。

程序员为什么要一直改bug,不能一次写好吗?

 

2, 代码级别的bug

代码中常见bug很多,比如变量引用错误、计算公式错误,还有常见的异常处理等错误。

这类问题容易修复,并且能够通过代码检查、功能测试等方式减少甚至避免。

初级工程师写代码时常犯这类错误,随着水平提高和经验积累,代码质量逐步提升,bug也就随之减少。

程序员为什么要一直改bug,不能一次写好吗?

 

3, 逻辑错误

实现业务逻辑时,如果代码和业务需求不一致,比如计算每月的最后一天,如果使用30天或者31天,都会引起错误,因为每月天数不固定。

那么应该如何避免这类bug,又不至于将代码变得过于复杂呢?经常使用一些数学算法、公共代码库或者第三方开发包等。比如上个例子,可以使用下个月的1日减去一天,得到本月最后一天。

这类bug经常由于测试覆盖不到而较难发现,比较好的方式通常采用单元测试,覆盖足够的业务场景,从而保证代码逻辑符合预期。

程序员为什么要一直改bug,不能一次写好吗?

 

4, 调用模块错误

开发应用系统时,经常调用一些功能模块,比如Python开发时使用的urllib,还有自己开发的应用服务,比如订单配送管理。

应用上线后,业务逐渐丰富完善,系统功能越来越复杂,常常进行模块服务划分,然后通过接口调用协作。

不同模块的接口、数据、版本不一致时,会产生一些bug,不仅难于发现,而且较难修复。这类问题常常需要配合单元测试、自动化测试,并在修复后回归测试。

为了提高工作效率,自动化测试工具配合构建服务器,在每次代码提交时或者每天定时构建时,自动触发任务,确保测试用例覆盖业务场景。

程序员为什么要一直改bug,不能一次写好吗?

 

5, 系统集成bug

2020年4月22日,发生了令人不可思议的中行原油宝穿透事件。原油宝交易系统在提交价格时,对负数价格进行验证,判定无效,所以也就禁止了进一步提交操作。从单个系统看,这样做是没有问题的。

但是还有CME的WTI原油期货交易系统,它是允许负数价格的,这就悲剧了。

4月20日,因为疫情恶化,美国原油期货合约结算价格暴跌,报出了-37.63美元/桶的历史性负数,下跌306%,引爆全球市场。根据中行4月22日公告,旗下理财产品原油宝将按照-37.63美元/桶的官方结算价定价。

这意味着投资者所有本金都将荡然无存,还要倒欠银行钱。

多个系统间的bug需要通过完整的用例设计来避免,比如中行原油宝,测试要覆盖到交易所系统的完整用例。

程序员为什么要一直改bug,不能一次写好吗?

 

 

声明:本站部分内容来自互联网,如有版权侵犯或其他问题请与我们联系,我们将立即删除或处理。
▍相关推荐
更多资讯 >>>