解惑

解己之惑,解人之惑

标签:质量

使用Checklist提升项目的质量

Checklist这个词是我在做一个日本的外包项目时学到的,问题源于我们最初提交的代码质量非常的差,很多基本的内容编码人员都没有去处理,例如缩进,注释,日志处理,异常处理等,而且由于我们使用的是他们提供的框架,框架本身也有一些要求,到了后来,我们根据以前常见的问题罗列了一个list,而另外抽调了几个人专门根据这个列表进行检查,就演变为checklist,而且这个列表是不断更新的,发现新的共通的错误就加进去,如果有原来的检查项在经过一段时间后几乎就没有再出现过就从列表中删除以减少检查人员不必要的工作。最重要的是这个经验后来被推广到其它的项目组,以及项目的各个阶段,例如需求分析有需求分析的checklist,设计有设计的checklist,即使是测试组也有自己的checklist,因为有些刚刚开始做测试的人对于基本的测试原理并不熟悉,例如边界测试,极大值极小值测试,异常系测试,对于经常被新人忽略的的测试类似就会有一个这样的list,而且每个系统会有一些自己特有的需要特别关注或者以前比较容易出问题的地方,也可以列到这个list里面。这样在整个软件周期中我们可以避免很多常见的问题,大大提升软件的整体质量。

代码质量不好

呵呵,昨天做完了Performance review,呵呵,老大对于代码质量给我的评价让我很郁闷,说我的代码质量不是很好,唉,真是冤枉啊。
我现在基本上都是修改别人的代码,所以我在修改的时候基本上保持和原来一致的风格,然后有一次我完成了一个功能的原型的时候,他过来要code review,说了一堆的意见,但是我那个只是随手写写的原型代码,验证下自己的想法而已。
估计因为这这两个原因让他对我的代码质量印象很差,呵呵。

© 2024 解惑

本主题由Anders Noren提供向上 ↑