软件缺陷分几级？严重、主要、次要和建议

身为电商平台开发一职最惧怕的是什么呢？于半夜时分收到报警称系统已然崩塌，致使用户无法下单进而开始不断损失钱财。此套缺陷管理办法助力我们于三个月之内将严重 Bug 的修复时长由两日缩减至仅仅四小时，现今便把这套实战经验予以分享呈现。

缺陷分四种 每种的后果都不一样

最常见的坑是功能缺陷，我们项目里碰到过购物车结算时，出现忘记加运费的状况，这属于典型的功能未按需求达成，双十一大促期间，满减优惠券计算有误，致使公司一小时损失五万块，这类缺陷得第一时间处理。

在电商平台，性能缺陷是极为致命的。去年十二月，我们的搜索接口，其响应时间从0.5秒急剧飙升到8秒，这么一来，用户直接就流失到竞争对手那边去了。经过仔细排查，发现是数据库索引失效所造成的，这个教训致使我们把性能测试添加到每次发版前一定得做的清单里。

缺陷级别要从破坏程度来定

极度严重的缺陷便是系统崩溃进而数据丢失，这种状况发生在今年二月，当时咱们的订单状态同步服务出现了死循环，致使数据库连接池被彻底耗尽，在长达整整十五分钟的时间里所有人都没办法下单，像这般的缺陷一经发觉就必须马上停工予以修复，所有从事开发工作的人员都要放下手中正在进行的活计优先去处理。

核心功能会受主要缺陷影响，不过系统仍可使用。举例来说，用户登录后，个人头像无法加载出来，虽说这不影响购物，但体验欠佳。针对这类缺陷，我们要求在二十四小时内完成修复，不得拖延至第二天。数据表明，超过四十八小时未修复的主要缺陷，常常会演变为严重缺陷。

界面和安全缺陷同样不能忽视

我们发现，界面存在的那些被视作小事的缺陷，实际上会对转化率产生影响。详细来说，经测试得知，商品详情页当中的购买按钮，于手机端呈现出偏小的状况，进而致使点击率降低了百分之十二。在将按钮改大之后，下单转化率即刻出现回升的情形。可见，界面设计实则并非小事，它与钱有着直接的关联。

安全方面存在的缺陷宛如定时炸弹一般，在年初进行安全测试时被发现，普通的用户借助修改URL参数的方式竟然能够看到其他人的订单信息，这属于极为严重的未授权访问漏洞，我们迅速展开修复工作，对所有API接口的权限控制进行了全面排查，与此同时还引入自动化安全扫描工具，每隔两天就运行一次。

缺陷管理七个步骤一个都不能少

不能仅靠单一渠道发现缺陷，我们不但有测试人员手工进行测试，还接入了用户行为监控系统。在三月份的时候，系统自动察觉到了一个异常模式，此模式为每天凌晨三点会有大量用户添加购物车却不结算，之后经过核查发现是定时任务以及缓存同步方面出现了问题。

缺陷记录得详细到足以能够复现。在Jira里，我们规定每条缺陷都必须涵盖环境信息，以及操作步骤，还有截图或者日志。存在一个前端样式错乱的缺陷，由于记录了具体的浏览器版本与分辨率，开发人员五分钟就定位到了问题，然而之前类似的缺陷因为缺失这些信息花费了半天时间才得以解决。

定期评审加优先级管理效果翻倍

每到周四下午两点，缺陷评审会准时召开，从未变动。开发、测试以及产品三方齐聚一处，将新增缺陷与待修复清单逐一梳理。此会目的并非追究责任，而是要确定优先级与解决方案。某次评审会中，发现三个看似独立的缺陷，实则源于同一底层服务问题，合并修复后节省了两天工作量。

用数据来进行优先级管理，我们设定了计算公式，优先级分是由影响用户数乘功能重要系数再乘发生频率得出，影响百分之九十用户的登录缺陷必然优先于影响百分之五用户的帮助文档错别字，这套办法可使团队不再争论谁的Bug更具重要性而是依据数据知晓先开展何事。

缺陷预防才是最终的目标

判定分析缺陷去找出根源缘由比修复Bug更为关键重要。于过往的半年时间里头，针对三百二十个缺陷展开了统计分析工作，经由分析发觉，其中百分之四十是因需求理解出现不一致状况所导致造成的，另外百分之三十是由代码改动进而引入的回归问题。针对这两个占据主要方面原因因素，我们推行引入了需求评审会议以及自动化回归测试举措办法，最终使得缺陷数量降低下降了百分之六十。

各个季度我们会更新一回缺陷预防清单，要将那些反复出现的问题写进开发自测checklist里，新员工入职首周就得学习此清单，以防踩同样的问题，总结经验形成规范方可持续改进，从去年至今，重复出现的同类缺陷从每月十五个降至三个以内。

针对项目里碰到的最难修复的缺陷，其属于什么级别，解决它花费了多长时间，欢迎于评论区中将你的经历予以分享，通过点赞使更多测试同行能够看到这些实战经验。