精华内容
下载资源
问答
  • 代码走查

    千次阅读 2014-09-02 09:13:19
    代码走查的目的是交换有关代码是如何书写的思路,并建立一个对代码的标准集体阐述。 在代码走查的过程中,开发人员都应该有机会向其他人来阐述他们的代码。 通常地,即便是简单的代码阐述也会帮助开发人员识别出错误...
    代码走查(code walkthrough)是一个开发人员与架构师集中与讨论代码的过程。代码走查的目的是交换有关代码是如何书写的思路,并建立一个对代码的标准集体阐述。 在代码走查的过程中,开发人员都应该有机会向其他人来阐述他们的代码。 通常地,即便是简单的代码阐述也会帮助开发人员识别出错误并预想出对以前麻烦问题的新的解决办法。
    当团队成员对代码进行讨论的时候,他们的讨论应该集中到一些重要的话题上,比如算法,基于对象的编程,类设计。 然而,许多代码走查不会做这些事,通常代码走查是枯燥的,烦人的,机械的。 这就是为什么许多开发人员讨厌这些。要使得代码走查变得很有效,那么这个过程就必须是有趣的,有创造性的。 很经常地,代码走查退化成了仅是关注于强制代码标准--一个可以被自动执行的实践。当这种情形出现后,团队通常会觉得代码走查没有价值,然后将代码走查从他们开发过程中去除掉。这样便失去了他们可以从正确地执行代码走查的过程获益的机会。
    --来自:天空之城

    2为何要做代码走查编辑

    代码可读性这个话题一直以来都是备受关注,但是可读性高与不高却没有统一的标准。毕竟各个公司,甚至于各个项目的规范都是不一样的。我们不能说一个抽象性极好,灵活度极高却让人十天半个月都难以搞清楚的代码的可读性高,也不能说一个长达几千行却从头至尾逻辑性比较好的代码的可读性差。那么怎样的代码才算是合理的,才算是可读性高的呢?我想不同之中必有共性,那就是经过走查的、能够被项目组其他成员接受并能尽快看懂的代码就是可读性好的。
    为什么要做代码走查呢?
    要对代码可读性做走查,这需要人力、物力、以及项目宝贵的时间。对于一个项目来说,成本是一个重要的考虑因素,然而走查无疑会增加项目的成本,那么为什么还要做走查呢?其实任何一个项目经理都清楚一个成功的项目都是难以一蹴而就的,开发过程必然会遇到各种各样的问题和阻力,这也验证了那句老话:“软件开发中唯一不会变的就是,需求永远会变化”。我们也清楚问题越早的被发现那么损失就会越小,补救花费的时间就会越少,自然成本就越低。但是我们有多大的机会可以尽早的发现问题呢?这不是我们说早发现问题,问题就会跟我们招手说:“看你态度不错,就让你早发现吧!”这么简单的。迭代开发为什么会出现,瀑布式开发为什么难以应对大型的商业、行业项目?思考一下我们不难发现,客户难以一次性的、整体的、详尽的把自己想要的东西表达清楚,只有当客户看见实实在在的东西之后,他才更明确自己想要什么。好比我们去买裤子,你告诉一个人说:“我要一条简约的牛仔裤”;然后那个人去帮你买,但是具体的颜色你确定么,是黑色还是蓝色?衣服的口袋你确定么,是有扣子的还是没扣子的?只有当你真真切切的到专卖店里面,看到了试过了你才能确定:我要的就是那条180的蓝色的口袋上没扣子的XXX牌的裤子。也就是说我们很少能够尽早的从客户口中获得问题,除非我们指着我们做出来的东西说:看看,这是不是你想要的。既然如此,要控制的不是尽早的去发现问题,而是如何在问题出现之后尽早的找出问题所在,并解决问题,进而降低项目的成本。
    其实软件开发的主要时间是花费在调试上,然而调试中花费的大部分时间又在于读代码。倘若之前开发该模块的人员已远在天边,面对几千行混乱无序的代码任谁都难以承受。因而花费成本在代码走查上是值得的,而且是必须的。可惜的是,现在很少有人去关注代码的规范性、可读性,甚至在大公司都是如此。项目管理者过于注重项目的进度,只要开发者把自己的任务做完了,很少有人去关注他写的代码,甚至开发者自己都不会再去看。
    代码走查有何好处呢?
    首先代码走查可以提高软件的质量,以及可维护性。这样就可以减少查找错误的时间,提高解决bug的效率,提高开发效率的同时降低后期的维护成本。
    其次,经过走查的代码是能够迅速被项目组其他成员看懂的,这样有利于项目其他成员更全面的了解业务,对于成员之间交流也有很好的促进作用,当其中负责某个模块的开发人员离职之后其他人员能够迅速的接手相关的开发,并能够尽快的培养新人弥补空缺。
    最后,代码走查的过程是总结提高的过程,也是交流的过程,可以有效的提高开发人员的技术水平以及业务素养,增强公司的竞争力,通过总结交流甚至可以从不同项目中提取共性,做出相关产品,从而形成公司自己的核心竞争力,做到行业领先。
    如何去做代码走查?
    从参加人员来说,应该是项目的整体参与者,如果项目太大,整体参加的成本很高,那么可以以模块为组进行走查。因为他们之间负责的业务是紧密相关的,使用的技术是接近程度比较大的,因而开发的规范应该是统一的。
    从走查内容来说,应该是代码的命名规范,以及组织结构。每个项目都有自己的规范,但是如果项目内部使用不同的规范必然会增加发现问题、解决问题的难度,同时增加后期的维护成本。
    从走查时间来说,应该在每个模块开发完成之后进行,便于开发人员之间交流问题以及体会,并且每个人的讲解时间不要超过30分钟,因为模块的业务复杂度不会那么复杂,30分钟都讲不清的业务逻辑如何保证代码是清晰的。
    从走查的结果来说,经过走查的代码应该是参加成员大部分能认同的,并且参加者每个人都能读懂的逻辑清晰的代码,并且通过交流提高项目成员的凝聚力,提高其业务认知度,最好能形成项目之间可以共同使用的产品。
    ---来自:51testing网站

    3代码走查与代码审查编辑

    代码走查(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
    业务逻辑错误
    代码审查列出问题的类型,并有解决情况报告
    展开全文
  • 代码走查??

    热门讨论 2019-02-17 22:42:33
    代码走查的目的是交换有关代码是如何书写的思路,并建立一个对代码的标准集体阐述。 在代码走查的过程中,开发人员都应该有机会向其他人来阐述他们的代码。 通常地,即便是简单的代码阐述也会帮助开发人员识别出错误...

    代码走查(code walkthrough)是一个开发人员与架构师集中讨论代码的过程。代码走查的目的是交换有关代码是如何书写的思路,并建立一个对代码的标准集体阐述。 在代码走查的过程中,开发人员都应该有机会向其他人来阐述他们的代码。 通常地,即便是简单的代码阐述也会帮助开发人员识别出错误并预想出对以前麻烦问题的新的解决办法。
    前言编辑
    当团队成员对代码进行讨论的时候,他们的讨论应该集中到一些重要的话题上,比如算法,基于对象的编程,类设计。 然而,许多代码走查不会做这些事,通常代码走查是枯燥的,烦人的,机械的。 这就是为什么许多开发人员讨厌这些。要使得代码走查变得很有效,那么这个过程就必须是有趣的,有创造性的。 很经常地,代码走查退化成了仅是关注于强制代码标准--一个可以被自动执行的实践。当这种情形出现后,团队通常会觉得代码走查没有价值,然后将代码走查从他们开发过程中去除掉。这样便失去了他们可以从正确地执行代码走查的过程获益的机会。

    原因编辑
    代码可读性这个话题一直以来都是备受关注,但是可读性高与不高却没有统一的标准。毕竟各个公司,甚至于各个项目的规范都是不一样的。我们不能说一个抽象性极好,灵活度极高却让人十天半个月都难以搞清楚的代码的可读性高,也不能说一个长达几千行却从头至尾逻辑性比较好的代码的可读性差。那么怎样的代码才算是合理的,才算是可读性高的呢?我想不同之中必有共性,那就是经过走查的、能够被项目组其他成员接受并能尽快看懂的代码就是可读性好的。
    为什么要做代码走查呢?
    要对代码可读性做走查,这需要人力、物力、以及项目宝贵的时间。对于一个项目来说,成本是一个重要的考虑因素,然而走查无疑会增加项目的成本,那么为什么还要做走查呢?其实任何一个项目经理都清楚一个成功的项目都是难以一蹴而就的,开发过程必然会遇到各种各样的问题和阻力,这也验证了那句老话:“软件开发中唯一不会变的就是,需求永远会变化”。我们也清楚问题越早的被发现那么损失就会越小,补救花费的时间就会越少,自然成本就越低。但是我们有多大的机会可以尽早的发现问题呢?这不是我们说早发现问题,问题就会跟我们招手说:“看你态度不错,就让你早发现吧!”这么简单的。迭代开发为什么会出现,瀑布式开发为什么难以应对大型的商业、行业项目?思考一下我们不难发现,客户难以一次性的、整体的、详尽的把自己想要的东西表达清楚,只有当客户看见实实在在的东西之后,他才更明确自己想要什么。好比我们去买裤子,你告诉一个人说:“我要一条简约的牛仔裤”;然后那个人去帮你买,但是具体的颜色你确定么,是黑色还是蓝色?衣服的口袋你确定么,是有扣子的还是没扣子的?只有当你真真切切的到专卖店里面,看到了试过了你才能确定:我要的就是那条180的蓝色的口袋上没扣子的XXX牌的裤子。也就是说我们很少能够尽早的从客户口中获得问题,除非我们指着我们做出来的东西说:看看,这是不是你想要的。既然如此,要控制的不是尽早的去发现问题,而是如何在问题出现之后尽早的找出问题所在,并解决问题,进而降低项目的成本。
    其实软件开发的主要时间是花费在调试上,然而调试中花费的大部分时间又在于读代码。倘若之前开发该模块的人员已远在天边,面对几千行混乱无序的代码任谁都难以承受。因而花费成本在代码走查上是值得的,而且是必须的。可惜的是,现在很少有人去关注代码的规范性、可读性,甚至在大公司都是如此。项目管理者过于注重项目的进度,只要开发者把自己的任务做完了,很少有人去关注他写的代码,甚至开发者自己都不会再去看。
    代码走查有何好处呢?
    首先代码走查可以提高软件的质量,以及可维护性。这样就可以减少查找错误的时间,提高解决bug的效率,提高开发效率的同时降低后期的维护成本。
    其次,经过走查的代码是能够迅速被项目组其他成员看懂的,这样有利于项目其他成员更全面的了解业务,对于成员之间交流也有很好的促进作用,当其中负责某个模块的开发人员离职之后其他人员能够迅速的接手相关的开发,并能够尽快的培养新人弥补空缺。
    最后,代码走查的过程是总结提高的过程,也是交流的过程,可以有效的提高开发人员的技术水平以及业务素养,增强公司的竞争力,通过总结交流甚至可以从不同项目中提取共性,做出相关产品,从而形成公司自己的核心竞争力,做到行业领先。
    如何去做代码走查?
    从参加人员来说,应该是项目的整体参与者,如果项目太大,整体参加的成本很高,那么可以以模块为组进行走查。因为他们之间负责的业务是紧密相关的,使用的技术是接近程度比较大的,因而开发的规范应该是统一的。
    从走查内容来说,应该是代码的命名规范,以及组织结构。每个项目都有自己的规范,但是如果项目内部使用不同的规范必然会增加发现问题、解决问题的难度,同时增加后期的维护成本。
    从走查时间来说,应该在每个模块开发完成之后进行,便于开发人员之间交流问题以及体会,并且每个人的讲解时间不要超过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
      业务逻辑错误
      代码审查列出问题的类型,并有解决情况报告
    展开全文
  • 目的代码走查的好处非常多,第一个是让新同学快速熟悉代码并了解系统。第二个是做资损防控的事前检查,在事前规避引发线上故障。第三个是通过一起讨论和审查,加强团队代码阅读和编写能力,让大家编写出优秀的代码。...

    目的

    代码走查的好处非常多,第一个是让新同学快速熟悉代码并了解系统。第二个是做资损防控的事前检查,在事前规避引发线上故障。第三个是通过一起讨论和审查,加强团队代码阅读和编写能力,让大家编写出优秀的代码。代码走查的优点非常多,但是最核心的还是希望通过代码走查提前发现问题并解决问题。

    所以基于以上目的,代码走查不是为了找到代码写的差的程序员加以批评,不是为了找到差的代码,而是一起发现问题共同成长,所以对于写代码的同学不需要过于紧张,但是在代码走查前自己可以先看一次优化一遍,不过所有的变更必须有单元测试覆盖,否则为了优化代码又会引发新的问题。

    什么场景应该做代码走查?

    我认为有几个时机点是需要做代码走查的,第一个是定期,每几个月定期做一次代码走查。第二个是有重大变更时做代码走查,如代码第一次上线或增加了比较多的代码。

    如何进行代码走查

    代码走查的角色

    主持人:负责主持整个走查活动,包括会议邀约和控制时间(一般一小时左右)进度。为了让代码走查高效,需要及时阻止不必要的讨论,比如讲解人讲的太发散、或者大家针对一个点讨论时间过长。

    讲解人:负责对代码进行讲解并跟进修改计划,一般是系统Owner或代码编写者。

    记录人:记录代码走查记录,记录中包括代码走查中发现的问题点、修复方法和最佳实践,问题需要指定到对应的人。

    评审人:对代码进行评审发现问题并找出最佳实践,一般是资深开发和测试同学。

    参与人:参加代码走查,主要以学习为主。

    走查前做好充分准备

    讲解人整理本次要走读的代码分支、系分设计和代码入口,然后发邮件通知大家,参加代码走查的人提前阅读系分和代码,针对看不懂的代码、有问题的代码和设计复杂的代码全部提交Review记录。

    讲解人必须想好走查哪些代码,一般是主流程或有问题的点,控制整个代码走查的时间,我们第一次代码走查花了三个多小时,由于时间太长,走查的过程中开发都走了几个。

    走查中控制节奏

    直接讲代码很多没参与的同学会很晕,所以先大致讲下系分设计,不需要全部讲完设计再讲代码,而是讲一部分设计,再讲一部分代码。讲解人带着大家一行一行读代码,讲解代码的含义和思考,记录人负责记录Review出的问题和最佳实践。

    代码走查的评判标准,主要关注几个点

    编码规范: 可以使用IDEA的插件自动扫描有没有编码问题。

    设计规范

    幂等性

    逻辑问题:是否满足需求。

    一致性问题

    并发和锁:在并发情况下,代码执行结果是否有问题。

    性能问题:代码是否存在性能问题,预计峰值流量能到多少。

    分支覆盖率:是否有分支没有覆盖

    走查后总结

    在代码走查之后,要优化代码走查,所以会发一个调查问卷给大家

    参加代码走查有什么收获?

    对代码走查有什么建议?

    我们走查完之后有几个改进点

    时间把控:第一次代码走查主持人和讲解人时间没控制好,走查了三个多小时,后续主讲人讲重点,主持人随时控场,讨论超过几分钟的就记录下面,线下讨论。

    重点优先:大家前面精力比较好后面就分神了,后续主讲人优先走查重点代码。

    d0c1501a6d8bb921cf36400dc89de69f.png

    展开全文
  • 代码检查与代码走查

    2018-12-28 15:05:00
    代码检查与代码走查是基于人工测试白盒测试方法。目的:找出错误,而不是改正错误,是测试而不是调试。优点:能够精确地定位错误,降低调试成本。 可以成批发现错误,而计算机测试往往是逐个发现错误并改正。 ...

    代码检查与代码走查是基于人工测试的白盒测试方法。
    目的:找出错误,而不是改正错误,是测试而不是调试。
    优点:能够精确地定位的错误,降低调试成本。
    可以成批的发现错误,而计算机测试往往是逐个发现错误并改正。

    注意:代码检查、代码走查、基于计算机的测试三者是互补的

    代码检查:以组为单位阅读代码,是一系列规程和错误检查技术的集合。
    代码检查小组由小组主导者、代码编写者、设计人员、测试专家组成。
    代码编写者组逐条语句讲解程序的逻辑结构,小组参考代码检查错误列表分析程序。
    代码检查错误列表有:数据引用错误、数据声明错误、运算错误、比较错误、控制流错误、接口错误、输入/输出错误、其他错误。

    代码走查的概念和代码检查的概念相似,但是代码走查小组中指定的测试人员会携带书面的测试用例来参加会议。
    这些测试用例必须是结果简单数量少,在代码走查过程中,这是测试用例并不起到关键性作用,测试用例在小组成员脑袋中推演的过程,很多问题是在向程序员提问的过程中发现的,而不是有测试用例本身发现的。

    桌面检查是由单人进行的代码检查或代码走查,效率低,但是比没有检查好。

    转载于:https://www.cnblogs.com/huangxiaoj/p/10190649.html

    展开全文
  • 代码走查的优点非常多,但是最核心的还是提前发现问题并解决问题。 所以基于以上目的,代码走查不是批评而是发现问题共同成长,所以对于写代码的同学不需要过于紧张,但是在代码走查前可以自己看优化一遍,但是变更...
  • 代码走查》杂记

    2013-01-21 22:09:00
    代码走查的目的交换有关代码是如何书写的思路,并建立一个对代码的标准集体阐述。 在代码走查的过程中,开发人员都应该有机会向其他人来阐述他们的代码。 通常地,即便是简单的代码阐述也会帮助开发人员识别出错误并...
  • 一个典型的代码走查检查单

    千次阅读 2009-12-08 11:18:00
    代码走查的最主要的目的是为了发现程序中的逻辑错误,编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。序号检查项1代码的注释与代码是否一致?...
  • 桌面检查可视为由单人进行的代码检查或代码走查:由一个... 代码走查的最主要的目的是为了发现程序中的逻辑错误,编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了...
  • 典型代码走查检查单

    千次阅读 2009-06-28 21:40:00
    【IT168技术文章】代码走查的最主要的目的是为了发现程序中的逻辑错误,编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。序号检查项序号检查项1、...
  • 代码走查的最主要的目的是为了发现程序中的逻辑错误,编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。  序号检查项  1代码的注释与代码...
  • 人工测试代码检查,走查以及可用性测试是三种主要人工测试方法。 这种人工测试方法有点像是若干个人员坐在一起开‘头脑风暴会’。。也就是说,目的是为了找出错误,而不是调试。 优点: 1.一旦发现错误,就能在...
  • 代码检查、走查与评审

    千次阅读 2018-01-07 16:54:51
    桌上检查的目的是发现程序中的错误。桌上检查的检查项目主要有检查变量、标号的交叉引用表,检查子函数、宏、函数,等价性检查,常量检查,标准检查,风格检查,比较控制流,选择、激活路径,补充文档等。 对...
  • 程序员在程序通过编译之后,进行单元测试之前,对源程序代码进行分析、检验,并补充相关文档,目的是发现程序中错误。检查项目有: 1)检查变量交叉引用表:重点是检查未说明变量和违反了类型规定变量,还要...
  • 重要:windowsVista系统中给内核模式驱动测试签名只能用于测试的目的。它们不能用于产品或发行给用户在Vista RC1或Vista RTM上使用。 测试签名最好用来使用一个测试证书在测试计算机上给即将发行的软件版本签名。...
  • 代码走查的目的是交换有关代码是如何书写的思路,并建立一个对代码的标准集体阐述。 在代码走查的过程中,开发人员都应该有机会向其他人来阐述他们的代码。 通常地,即便是简单的代码阐述也会帮助开发人员识别出错误...
  • 上次写的VS2015+QT5.9.2开发的adb_toolg工具编码完成后开始着手我们的代码测试工作,没错,开发并不是我真正的目的,测试才是。 我们来做一下白盒的静态测试,代码审查和走查不在这边做了,每家公司都有不一样的方式...
  • 代码检查模板

    2009-12-18 22:42:00
    代码检查是静态测试主要方法,代码检查包括代码走查、桌面检查、流程图审查等。供参考代码检查模板如下所示。 1. 概述 1.1 代码检查模块1.2 编写目的1.3 代码检查需要文档 2. 代码检查方式2.1 桌面检查...
  • 项目需要同一个机器上测试两个进程间通信,这两个进程是通过socket来...开始以为是客户端程序bug,经过走查代码发现客户端建链流程是很标准socket客户端程序,创建套接字调用connect接口。后来将建链代...
  • 去年做项目团队开发规范管理,整理了相关工具使用方法,其中PMD、FindBug、CheckStyle是最常用几个工具,当然这类工具不能完全替代“走查”。工具目的检查项FindBugs检查.class基于Bug Patterns概念,查找...
  • IT技术类管理人员要考虑事情

    千次阅读 2016-08-07 18:06:21
    管理方面:1、定时安排专门...2、奖惩方面,像我们这样偏向于扁平管理公司,最好是提前预防,提醒团队同事要端正工作态度、提高责任心,不能粗心大意,还有一个就是代码走查,你看我写代码,我看你写代码, 有
  • Code Review

    2015-09-22 14:37:24
    代码走查是一个流程,从开发人员在一个开发阶段写好代码后开始,之后需要别人以发现bug和技术交流为目的review一下他代码。它是集代码审查,找出问题,改进代码和改后督查为一体完整流程。代码走查一般在代码...
  • 静态测试是不运行被测试程序而寻找程序代码中可能存在错误或评估程 ...检查、 代码审查、 代码走查和技术评审等。 静态分析则是一种计算机辅助静态 分析方法。静态测试目的是为了发现和解决逻辑设计和编码错误

空空如也

空空如也

1 2 3
收藏数 47
精华内容 18
关键字:

代码走查的目的是