代码质量保证

来源：用户分享时间：2021-04-05 本文由

说明：文章内容仅供预览，部分内容可能不全，需要完整文档或者需要复制内容，请下载word后使用。下载word有问题请添加微信号:xxxxxx或QQ：xxxxxx 处理（尽可能给您提供完整文档），感谢您的支持与谅解。

软件质量的重要性和必要性已被越来越多的软件开发人员所认识,各种质量保障工具和流程层出不穷。从根本上讲,软件是通过程序代码实现的,是代码质量的外在表现。只有提高代码质量,才能从根本上提高软件的质量。要保证并提高代码质量,可以从多个角度入手,譬如良好的设计、统一的编码规范、强化的代码评审、有效的代码静态分析等,除此之外,我们还应该从代码运行分析入手,发现软件的性能和内存瓶颈,保证代码的运行质量。

代码质量保证

课程提纲代码规范、代码质量控制代码评审及其自动化代码评审工具的应用单元测试设计单元测试覆盖率度量单元测试工具与框架的应用测试驱动开发演练

持续集成最佳实践持续集成框架的设计与搭建 CruiseControl的应用

课程学习方式案例分析、工具演示动手实作、讨论

代码审查

代码审查对成本的节省

黑盒测试的缺陷黑盒测试既不充分，而且效率也低。在系统完成之前，测试就无法开始，测试人员只有软件版本发布时才能拿到版本进行测试。

Static white-box testing Find bugs early Find bugs that would be difficult to uncover or isolate with dynamic black-box testing Cost effective Side benefit:give black-box tester ideas for test cases to apply when they receive the software for testing - Ron Patton《软件测试》

代码审查的目的1、设计合理性Review 2、互为Backup 3、分享知识、设计、技术 4、代码可读性 5、Code中的“地雷区”Review 6、发现代码中的业务逻辑错误

CMMI代码审查流程准备代码审查代码审查会议

敏捷Code Review流程 Code Review协作过程： a)先由代码的开发人员向检查人员进行大体的介绍，包括设计思想、数据结构、程序代码结构介绍等。 b)双方进行讨论、交流。 c)检查人员单独进一步进行Code Review,并记录Review结果和建议。 d)由检查人员和开发人员一起，检查人员反馈Code Review结果，并和开发人员一起讨论改进方法，重构。 e)最后把可重用的Code Review的经验总结编码规范，或者记录到“地雷区”中。便于整个团队复用经验。

增量Code Review

Code Review -类型检查

在Java中，下面的语句虽然符合类型检查规则，但是会在运行时失败，抛出一个 ArrayStoreException异常: Object[] objs= new String[1]; objs[0]= new Object();

//lint -w2//lint+e734#include"stdafx.h" int main(){ char ch= 0; int n= 0;//... ch= n; return 0;} VC6编译通过，但是PC-Lint可以通过静态代码检查找出类型转换造成的精度丢失问题

Code Review -风格检查风格检查更加挑剔，也更加注重空格、缩进、命名、注释、程序结构这些表面的东西。风格检查程序所展示的错误往往都是影响代码的可读性和可维护性的问题。常见工具 C/C++:PC-Lint JAVA:PMD .NET:StyleCop好的代码编写风格能让代码变得“赏心悦目”增强代码的可读性和可维护性并且能促进项目组基于代码的沟通。

typedef enum{ red, green, blue} Color; char *getColorString( Color c){ char *ret= NULL; switch( c ){ case red: printf("red" );} return ret;} gcc的“-Wall”选项将检查出其中的问题。

typedef const char *CSTRING;

CSTRING revere( int lights ){ CSTRING manner="by land"; if( lights> 0 ) if( lights== 2 ) manner="by sea"; else manner=""; return manner;} int main(){ printf("The British are coming%s\n", revere( 1 ) ); return 0;}

命名规范骆驼(Camel) 帕斯卡(Pascal) 匈牙利

“匈牙利”法该命名规则的主要思想是“在变量和函数名中加入前缀以增进人们对程序的理解”。例如所有的字符变量均以ch为前缀，若是指针变量则追加前缀p。如果一个变量由 ppch开头，则表明它是指向字符指针的指针。

“匈牙利”法的缺点 “匈牙利”法最大的缺点是烦琐，例如 int i, j, k; float x, y, z; 倘若采用“匈牙利”命名规则，则应当写成 int iI, iJ, ik;//前缀 i表示int类型 float fX, fY, fZ;//前缀 f表示float类型如此烦琐的程序会让绝大多数程序员无法忍受。

搜索“diyifanwen.net”或“第一范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，第一范文网，提供最新高中教育代码质量保证全文阅读和word下载服务。

代码质量保证.doc 将本文的Word文档下载到电脑，方便复制、编辑、收藏和打印

下载这篇word文档

本文链接：https://www.diyifanwen.net/wenku/1181420.html（转载请注明文章来源）

上一篇：进展期胃癌手术后的治疗
下一篇：2015年辽宁省导游考试经验：处理好领队与群头的关系理论考试试题及答案