专注产品打磨,全面质量提升(二)
About 3 min
说干就干,三月新设的月度零缺陷质量之星(即月度零bug之星)质量奖励在四月已落地实施。在大家的共同确认下,评选出了团队在四月的零缺陷质量之星——秦凯旋。(此处应该有掌声)
月度零缺陷质量之星评选要求:
- 月度任务工作日数/月度工作日数>90%
- 影响功能的bug数/月度任务工作日数<10%
本着公平公正的原则,按照月度零bug之星评选标准,我们统计出了4月每个人的任务工单数以及bug情况,计算出每个人的bug比例,评选出最终的零bug之星。
零bug质量奖励对大家保证开发成果、提升项目质量起到了很好的敦促作用。大家在工作中时刻践行凡我出品、必出精品的团队规约,争取每月的零bug之星都能花落自家。
在评选之后,团队成员刘欢主动对自己的bug工单进行了复盘分析,思考如何最大程度减少bug数量,并撰写了总结文档附下。
以下是刘欢文档的引用:
经过bug复盘考虑怎样最大程度减少bug 最近遇到两次大剂量bug,所以决定做一次复盘。看看是什么导致了这么多问题?因为主要目的也是找到自己的不足,所以需要客观事实! 开始前,我以为可能会有多数都是自己开发失误造成的。但数据统计完成之后,发现不是这样的。开发造成的只占总工单数的三分之一。 我又去追踪了一部分bug工单,看到了工单从创建到完成的信息。基于这些,总结出来一些东西。
核心: 不是自己的bug请尽快转交给责任人。多做事值得鼓励,但bug一定要慎重。如果是帮别人做的,请一定要注意说明。
- 多写注释,注意排版 大多数的bug其实都是你忘了这个方法都涉及到哪里导致的。
- 降低模块的复杂度 降低单个模块的复杂度以及模块之间的耦合度是避免bug的最根本办法。
- 避免设计精巧的架构 越精巧越容易出问题
- 保持清醒状态写代码 感觉累了,没有思路了,就稍微停一下,起来走走,或者休息会。除非你想写bug
- 需求分析 不要上来就是简单,好做。先搞清楚整个需要做什么。细分,需要哪些,哪些可以自己写,哪些需要用插件。都搞清楚,再开始下一步。
- 需求设计 接到需求,不论纸上还是脑子里。先大概去把整个需求过一遍。能用脑子模拟写一遍最好。
- 合理划分代码结构 合理划分代码结构, 不写巨大函数和类,引入帮助发现错误的措施。
- 复用代码 仔细看,如果项目已经有类似的,就不要再写了。直接用。除非你想一个需求多处更改!这样bug就出来了!
- 别对警告视而不见 线下可能只是警告,线上可能就直接报错了。所以,我们的目标是,写干净的代码,做风一样的男子!
- 编程习惯 好的编程习惯可以大大降低bug数量。譬如减少多元运算符,减少回调,参数注释。
- 不熬夜写代码 这个最关键了,十个代码九个坑。