提高代码质量(Java篇).pptVIP

佳都新太 提高代码质量 Java篇 目录（一） 除了编码，开发还可以做什么 编码规范 单元测试 代码评审 静态检查 持续集成 目录（二） 补充 动态检查 缺陷管理 性能测试 WEB前端分析 自动化测试 除了编码，开发还可以做什么 现状项目开发过程中，由于开发人员的经验、代码风格各不相同，以及缺乏统一的标准和管理流程，往往导致整个项目的代码质量较差，难于维护，需要较大的测试投入和周期等问题。 措施 可以采用以下五个步骤来保证和提高整个项目的代码质量：统一编码规范、代码样式；静态代码分析（static code review）；单元测试；持续集成；代码评审和重构（Review Refactor）。下面将针对每个步骤和其所使用的工具、方法进行详细描述。 代码质量保证步骤 Content Title 编码规范 规范统一的编码能提高项目代码的可读性和可维护性，编码规范主 要应包含以下几个方面： 一般规则和格式规范。例如代码缩进、程序块规范、每行最大代码长度等。 命名规则。例如包名、类名、变量、方法、接口、参数等命名规范 文档规范。例如类文件头声明、类注释、成员变量和方法注释等规范。 编程规范。例如异常、并发、多线程等方面的处理方式。 其他规范。例如日志格式、属性文件格式，返回值和消息格式。 用eclipse控制代码样式（一） 一旦编码规范确定，就可以利用 Eclipse 来控制代码样式和格式。 点击 Eclipse 的 Windows - Preference 菜单项，在打开的 Preferences 对话框的左侧栏中找到 Java 节点下的子项 Code Style， 该项和它的子项允许您对 Java 代码的样式进行控制： 用eclipse控制代码样式（二） 可以在 Eclipse 提供的默认代码格式配置的基础上建立自定义的格式。 在 Formatter 面板中，点击 New，输入新的名字并选择一个默认的 配置作为初始化格式，如图所示： 用eclipse控制代码样式（三） 设置风格如图所示： 代码静态检查_CheckStyle CheckStyle用来检查代码格式、规范、风格。 检查并强制执行统一的代码风格； 检查Javadoc； 检查类、变量、方法的命名； 检查类和方法的大小； 检查编码错误，例如magic number； …… 代码常见问题举例： 代码中的magic-number和magic-string ： String s = “0000” + Integer.toString(ch, 16); 0000、16的含义，作者几周后就忘记了。 CheckStyle的安装配置（一） CheckStyle插件地址。 自动安装地址：/update 下载地址： /projects/eclipse-cs/develop 安装后出现： CheckStyle的安装配置（二） 配置项说明： CheckStyle的安装配置（三） CheckStyle检查结果： 其它工具 用于javascript静态检查的工具：Jslint -The JavaScript Code Quality Tool 代码静态检查_FindBugs FindBugs是一个java代码的静态代码分析工具，用来发现那些潜在的、常见的、很难被发现的bug。与其他静态分析工具不同，FindBugs 不注重样式或者格式，它试图只寻找真正的缺陷或者潜在的性能问题。如NullPoint空指针检查、没有合理管理资源等。 Findbugs插件地址。 自动安装地址：/eclipse 下载地址：/downloads.html?0?2 Findbugs的使用 配置选项： Findbugs的使用 运行，右键项目执行“Find Bugs”操作： 检查结果： 单元测试 单元测试单元测试是最小粒度的测试，以测试某个功能或代码块，一般由程序员来做。 用例设计和评审 设计阶段需要具体考虑要对哪些代码单元进行测试，被测单元之间的关系，测试策略，以及单元测试用例设计等，并最终输出《单元测试用例设计》文档，用来指导具体的单元测试执行。 在用例设计完成之后，下一步的工作就是进行测试用例的评审。个人的理解和经验始终是有限的，用例评审可以借集体之力，对用例设计进入查漏补缺，进一步保证测试用例的有效性。 单元测试_JUnit JUnitJU