• 实验四 代码评审


    一、实验目的

    1) 了解代码审查的含义;

    2) 掌握相关编程规范检查工具的安装与使用;

    二、实验内容及要求

    Code Review中文应该译作“代码审查”或是“代码评审”或“代码复查”,是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。Code Review主要用来在软件工程过程中改进代码质量,通过代码评审可以达到如下目的:

    ●在项目早期就能够发现代码中的BUG

    ●帮助初级开发人员学习高级开发人员的经验,达到知识共享

    ●避免开发人员犯一些很常见,很普通的错误

    ●保证项目组人员的良好沟通

    ●项目或产品的代码更容易维护

         代码评审主要内容是编程规范,重构方法,架构设计,性能安全,日志,可读性,扩展性等问题。通过代码评审可查找和修复引入到开发阶段的应用程序的错误,提高软件的整体素质和开发者的技能。代码评审的作用和意义已在很多技术团队内达成共识,可是很多时候并未被有效执行,甚至被认为是一项费时费力的工作。借助一些工具可以更容易,更有效率地来进行Code Review。

    1、以小组形式,针对前面“实验一”中所完成的代码,进行代码评审(走查),重点检查以下情况。你也可有查询相关材料,建立更细化的检查清单(check list)

    - 程序是否能正常工作,代码是否实现预期的功能,逻辑是否正确。

    - 代码是否遵循的编程规范

    - 代码是否尽可能的模块化

    - 所有的数据输入是否都进行了检查

    - 是否有注释,并且描述了代码的意图

    - 代码的可理解性和可测试性

    2、按“实验二”的分组方式,两人一组,随机分配另一组的代码作为本组评审和分析的对象

    一些编码规范的检查工具如下,也可自行查找工具使用。

    java语言      

    - 采用使用eclipse Checkstyle插件 

    - CheckStyle是SourceForge下的一个项目,提供了一个帮助JAVA开发人员遵守某些编码规范的工具。它能够自动化代码规范检查过程,从而使得开发人员从这项重要但枯燥的任务中解脱出来。它可以根据设置好的编码规则来检查代码。比如符合规范的变量命名,方法体的最大行数,重复代码检查等等。

    如果你使用idea ,可以使用Alibaba Java Code Guidelines插件,参考链接如下:https://github.com/alibaba/p3c/wiki/IDEA%E6%8F%92%E4%BB%B6%E4%BD%BF%E7%94%A8%E6%96%87%E6%A1%A3

    C++语言

    - 可使用Google代码规范工具Cpplint。

    - Cpplint是一个python脚本,Google使用它作为自己的C++代码规范检查工具,VSCcode可配置Cpplint对C++代码进行规范检查。

    python

    - 可采用pylint

    - Pylint 是一个 Python 代码分析工具,它分析 Python 代码中的错误,查找不符合代码风格标准(Pylint 默认使用的代码风格是 PEP 8,具体信息,请参阅参考资料)和有潜在问题的代码。目前在 eclipse 的 pydev 插件中也集成了 Pylint,VSCcode可安装pylint插件

        当发现了项目存在的问题后,可通过Bug跟踪系统向项目维护者反馈问题(issue),管理Issue的系统称为BTS(Bug Tracking System,Bug跟踪系统)。当今具有代表性的BTS有Redmine、Trac、BugZilla等。GitHub自身也加入了BTS的功能。在GitHub上,可以将它作为软件开发者之间的交流工具。通过github的issues功能开发者可以便捷的发现软件的BUG并报告,想向项目所有人询问或用来追踪各种想法探讨准备实施的任务。

    三、实验过程

    (1)配置代码审查工具。要求采用屏幕截图的方式配置的过程;

     从http://google-styleguide.googlecode.com/svn/trunk/cpplint/cpplint.py  下载cpplint.py源代码

     从https://www.python.org/ 下载python-2.7。

    (2)使用工具对原始代码进行评审和分析,记录结果,期间不要有任何修改;

    所查仓库地址为:https://github.com/DKLA5/software-test.git

     

     

     

     { should almost always be at the end of the previous line [whitespace/braces] [4]
    这个错误也是我没有想到的,因为平时写代码的时候经常将左大括号不放在单独的一行,这次没有考虑到。(原来vs的缺省支持将左大括号放在单独一行)

    审查结果共有88条代码不规范。

    (3)对工具执行结果进行人工分析,结合检查清单和人工走查的出代码修改建议;

    ①No copyright message found.  You should have a line: "Copyright [year] <Copyright Owner>"  [legal/copyright] [5]    错误:程序开头没有注释     ②Lines should be <= 80 characters long  [whitespace/line_length] [2]     错误:行的字符数大于80 解决方法:将多余注释删除③At least two spaces is best between code and comments  [whitespace/comments] [2]        错误:代码与注释之间没有空间    解决方法:在代码和注释之间加空格④{ should almost always be at the end of the previous line  [whitespace/braces] [4]    错误:{的位置不对    解决方法:{应该和函数名一行

    ⑤Tab found; better to use spaces [whitespace/tab] [1]  错误:缩进都是使用的tab而没有使用空格,可能造成不同软件打开之后缩进不同,影响代码可读性。⑥{ should almost always be at the end of the previous line [whitespace/braces] [4]  错误:左大括号不放在单独的一行

    ⑦Missing space before { [whitespace/braces] [5]  错误:空白前缺少空格

    ⑧Line ends in whitespace. Consider deleting these extra spaces. [whitespace/end of 1ine] [4]   错误:行以空白结尾      解决方法:考虑删除这些额外的空间。

    (4)通过github issues向项目维护者提交问题(issue),注意一个issue 只报告一个问题,多个问题需放在多个issue中,以便跟踪。

    (5)记录总结实验过程中遇到的问题和解决过程

    配置python2.7出现找不到环境配置,从网上查找教程才成功配置。在CMD命令窗口代码审核的时候因为路径不对,重新在C盘建立cpplint文件夹。

    四、实验小结

            本次实验的难点在于怎么配置相应的代码审查工具,从网上查找说检查C语言代码最广泛应用是PClint,根据网上的教程配置完,但是在代码审查的时候出现问题,不知道怎么解决,所以重新换了一个工具cpplint。因为我原先下载的是python3,又重新下载了python2版本,时间久了连配置环境都忘记了,重新配置后才记得。很多知识不难理解,就看有没有用心取记住。在不知道有代码审查工具的时候,以为代码写出来,能够运行出来就可以了,用工具检查了才知道自己犯了多少无知的错误。

  • 相关阅读:
    donet core 2.1 DateTime ToString() 方法 在不同平台返回的时间格式不一样?
    asp.net core 2.1 post 无法提交参数?
    重写$.ajax方法
    基于git 客户端使用shell工具
    NPOI 自定义单元格背景颜色-Excel
    Ubuntu 1604配置安装mysql8.0
    Fiddler拦截并修改移动端请求
    MFC路径层的使用(BeginPath和EndPath函数)
    MFC中设备描述表dc的使用
    不能从const char *转换为LPCWSTR --VS经常碰到
  • 原文地址:https://www.cnblogs.com/SQL666/p/12868519.html
Copyright © 2020-2023  润新知