关于代码走查和代码审查

上一篇 / 下一篇  2011-12-02 13:51:10 / 个人分类:测试园地

代码走查和代码审查是白盒测试方法中的2种。
 
 
代码走查:
从参加人员来说,应该是项目的整体参与者,如果项目太大,整体参加的成本很高,那么可以以模块为组进行走查。因为他们之间负责的业务是紧密相关的,使用的技术是接近程度比较大的,因而开发的规范应该是统一的。
  从走查内容来说,应该是代码的命名规范,以及组织结构。每个项目都有自己的规范,但是如果项目内部使用不同的规范必然会增加发现问题、解决问题的难度,同时增加后期的维护成本。
  从走查时间来说,应该在每个模块开发完成之后进行,便于开发人员之间交流问题以及体会,并且每个人的讲解时间不要超过30分钟,因为模块的业务复杂度不会那么复杂,30分钟都讲不清的业务逻辑如何保证代码是清晰的。
  从走查的结果来说,经过走查的代码应该是参加成员大部分能认同的,并且参加者每个人都能读懂的逻辑清晰的代码,并且通过交流提高项目成员的凝聚力,提高其业务认知度,最好能形成项目之间可以共同使用的产品。
 
 
代码审查:
代码走查(code walkthrough)和代码审查(code inspection)是两种不同的代码评审方法,
  代码审查是一种正式的评审活动,而代码走查的讨论过程是非正式的。
  最近对项目组进行代码评审,发觉需要对代码评审中找到的问题进行一下分类,大概可以分成以下几类问题:
  1. Comment
  注释没写,或者格式不对,或者毫无意义
  2. Coding Standard
  没遵守代码规范
  3. Existing Wheel
  重复现成的代码,或者是开源项目,或者公司已有代码
  4. Better practice
  Java或者开源项目,有更好的写法
  5. Performance bottle and Improvement
  性能瓶颈和提高
  6. Code Logic Error
  代码逻辑错误
  7. Business Logic Error
  业务逻辑错误
  代码审查列出问题的类型,并有解决情况报告
 
一般情况代码走查有专门的工具比如:emma,该工具使用与大型项目,为开源的,代码走查完毕之后需要对结论给出一个代码走查报告。

TAG:

引用 删除 DanaLi   /   2012-12-24 11:22:02
谢谢分享
 

评分:0

我来说两句

Open Toolbar