随便聊聊-如何避免非业务性Bug

本着优化代码的想法对某些功能代码进行了优化,但总会因为对场景预判的不够全面,容易忽略掉在某些场景下的测试,然后有些Bug就悄悄地成了漏网之鱼。这些漏网之鱼游进了生产环境造成了一些数据错乱。

我的看法是代码分为功能性代码和业务性代码。对于业务性代码,开发在写代码的过程中会根据需求场景发现一些Bug,然后测试再根据测试用例再次发现一些Bug,这样经过多人多轮的测试,业务性代码将很少出现Bug。

但是对于功能性Bug,是为了实现功能服务的,而不是为了业务需求服务。没有了需求场景的前提下,就容易忽略掉要测试的地方,于是就很容易因为某些地方考虑得不够全面遗漏了Bug。

那对于功能性代码,如何避免Bug产生呢?或者尽量避免Bug呢?

调侃一下,答案很简单,不写代码就不会产生Bug了嘛,哈哈哈哈哈!!!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值