1,265
社区成员
发帖
与我相关
我的任务
分享浅谈代码走查
现在我要学习一下代码走查，并且公司想做，但在网上找了找，代码走查的资料实在太少；不知道哪位老兄有这方面的资料；
我就想了解，代码走查一般怎么做就行了，最好全一点的；或者在这儿聊聊也行
我就想了解，代码走查一般怎么做就行了，最好全一点的；或者在这儿聊聊也行
...全文
请发表友善的回复…
发表回复
Deniz 2005-12-29
- 打赏
- 举报
大家说得太理论了吧，有点像马克思主义，没有使用价值
我觉得
1 找对人 ： 项目负责人，QA人员，被走查者，其他相关人员
2 事前准备 ： 写一个check list让被走查者填写，一来可以使走查有目的，二来可以避免
下次犯错误。
3 开会走查 ： 让被走查者自己解释代码，先介绍功能，在介绍逻辑，然后是代码规范，然后是代码安全
我觉得
1 找对人 ： 项目负责人，QA人员，被走查者，其他相关人员
2 事前准备 ： 写一个check list让被走查者填写，一来可以使走查有目的，二来可以避免
下次犯错误。
3 开会走查 ： 让被走查者自己解释代码，先介绍功能，在介绍逻辑，然后是代码规范，然后是代码安全
Deniz 2005-12-29
- 打赏
- 举报
大家是不是说得太理论了
coo_key 2005-12-23
- 打赏
- 举报
详细文档模范可以参考RUP的文档。
coo_key 2005-12-23
- 打赏
- 举报
制定编码规范
项目组所有程序员以及QA,项目经理（可选）成立代码走查小组
可以已会议的形式以及邮件形式进行
正式的可以作为同行评审
主要目的是提高软件质量和开发人员的水平
需要让你的程序员知道，这个工作是必须而且是对事不对人的。
另外就是需要有产出物并且有人跟进这个事情，一般都是互相查，然后互相跟进。
项目组所有程序员以及QA,项目经理（可选）成立代码走查小组
可以已会议的形式以及邮件形式进行
正式的可以作为同行评审
主要目的是提高软件质量和开发人员的水平
需要让你的程序员知道，这个工作是必须而且是对事不对人的。
另外就是需要有产出物并且有人跟进这个事情，一般都是互相查，然后互相跟进。
bbbian 2005-12-22
- 打赏
- 举报
不是搞笑.这是真的,读查就是大声地朗读自己的代码,中软就是采用这种方法,一个是开发人员知道自己的代码要被检查,所以工作的时候会更仔细,另外听说,读代码的和自己分析代码用的大脑的地区不同,一个是左半脑,一个是右半脑,所以效果很好.
neromancer 2005-12-19
- 打赏
- 举报
确实是很好的质量管理和经验交流方式 ：）
Yanbin_Q 2005-12-16
- 打赏
- 举报
代码复查是一个普遍遵循的程序设计实践，对任何项目都很有价值。在代码复查过程中一组程序员一行一行地检查一段代码。通常代码的作者也参加复查，帮助解释代码做了些什么。
代码复查可以只在两三个程序员的范围内进行，也可以在整个小组范围内进行。小的、非正式的代码复查可以在开发过程的任何时候进行，而更正式一些复查被称为代码验收，是最终质量接收过程的一个重要部分。
在开发过程中经常进行代码复查是很有用的，因为人们常常不会注意到自己的代码中的错误，他们与自己写的代码太接近了。代码复查有助于在组内传播专业知识。复查过程中所提出的建议和思想常常把开发过程向前推进好几步。
在代码复查过程中，很重要的一点是找到改进代码的方法，同时避免让人不舒服或归因于作者。代码复查过程所涉及的每个人都能从这个过程中学到东西，而代码的作者不应该受到嘲笑或指责。
定期进行代码复查有助于促进共同拥有所有代码。虽然特定程序员对某段代码负有首要的责任，但不是他个人拥有这段代码。绝大多数程序是由许多程序员的贡献组成的。最终，这些程序员将转向其他项目，把他们的代码留给后继的工作团队。程序员个人应该感到骄傲，因为他向团队贡献了高品质的代码，而不是有自己写的代码。如果团队成员中有人试图个人拥有自己写的代码，那将会导致严重问题。集体拥有代码对整体利益是很重要的。
代码复查可以只在两三个程序员的范围内进行，也可以在整个小组范围内进行。小的、非正式的代码复查可以在开发过程的任何时候进行，而更正式一些复查被称为代码验收，是最终质量接收过程的一个重要部分。
在开发过程中经常进行代码复查是很有用的，因为人们常常不会注意到自己的代码中的错误，他们与自己写的代码太接近了。代码复查有助于在组内传播专业知识。复查过程中所提出的建议和思想常常把开发过程向前推进好几步。
在代码复查过程中，很重要的一点是找到改进代码的方法，同时避免让人不舒服或归因于作者。代码复查过程所涉及的每个人都能从这个过程中学到东西，而代码的作者不应该受到嘲笑或指责。
定期进行代码复查有助于促进共同拥有所有代码。虽然特定程序员对某段代码负有首要的责任，但不是他个人拥有这段代码。绝大多数程序是由许多程序员的贡献组成的。最终，这些程序员将转向其他项目，把他们的代码留给后继的工作团队。程序员个人应该感到骄傲，因为他向团队贡献了高品质的代码，而不是有自己写的代码。如果团队成员中有人试图个人拥有自己写的代码，那将会导致严重问题。集体拥有代码对整体利益是很重要的。
loveisbug 2005-12-16
- 打赏
- 举报
是读还是讲解？
F1in2003 2005-12-16
- 打赏
- 举报
开发人员在前边大声朗读自己的代码??
好东东，不知道谁有过这种经历，说点经验给小弟们听听！！
好东东，不知道谁有过这种经历，说点经验给小弟们听听！！
tuti 2005-12-15
- 打赏
- 举报
开发人员在前边大声朗读自己的代码??
这是个好方法,能读出来代码基本都不错,读不出来的基本都有问题.
这是个好方法,能读出来代码基本都不错,读不出来的基本都有问题.
禽兽v5 2005-12-15
- 打赏
- 举报
java的话。
java code conventions
工具有 check style
java code conventions
工具有 check style
rgbweb8 2005-12-15
- 打赏
- 举报
温伯格有本走查、审查、复查的书。
bbn9435 2005-12-14
- 打赏
- 举报
开发人员在前边大声朗读自己的代码??
的确有点搞笑吧:-)
真的假的
的确有点搞笑吧:-)
真的假的
bbbian 2005-12-08
- 打赏
- 举报
代码走查和读查是单元测试的一种手段,是静态测试,使用数据进行测试叫动态测试.
代码走查和读查都是通过对代码的阅读,检查发现编码中的中的问题.具体方法如下:
走查,开发人员准备好详细设计,然后给相关人员讲解他的设计,参加的人员可以包括:项目经理,技术经理,其他开发人员,QA人员,在开发人员讲解的过程中,其他人员如果有问题,可以提问.若干发现设计有问题,就记录下来,并入到bug库.走查的另外一个形式是其他开发人员阅读别人的代码,记录问题(但这种方法比较花费时间).
读查和走查基本一样,但不同的是,开发人员在前边大声朗读自己的代码(挺搞笑,但这是真的).其他和走查的第一方式一样.
一般走查和读查可以发现30-70%的编码错误,另外一个好处是可以规范开发人员的编码规范.
代码走查和读查都是通过对代码的阅读,检查发现编码中的中的问题.具体方法如下:
走查,开发人员准备好详细设计,然后给相关人员讲解他的设计,参加的人员可以包括:项目经理,技术经理,其他开发人员,QA人员,在开发人员讲解的过程中,其他人员如果有问题,可以提问.若干发现设计有问题,就记录下来,并入到bug库.走查的另外一个形式是其他开发人员阅读别人的代码,记录问题(但这种方法比较花费时间).
读查和走查基本一样,但不同的是,开发人员在前边大声朗读自己的代码(挺搞笑,但这是真的).其他和走查的第一方式一样.
一般走查和读查可以发现30-70%的编码错误,另外一个好处是可以规范开发人员的编码规范.
tuti 2005-12-08
- 打赏
- 举报
1.制订大家普遍接受的代码规范
2.看看<重构>
2.看看<重构>
