• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

忽视软件静态测试,遏制缺陷萌芽成空话

发布: 2009-7-13 11:22 | 作者: 不像 | 来源: 领测软件测试网采编 | 查看: 60次 | 进入软件测试论坛讨论

领测软件测试网

(3)重点介绍代码检查流程

  代码检查包括桌面检查(Desk Checking)、代码审查(Inspection)、代码走查(Walk through)和技术评审(Review)四种情况。当然在实际工作,我们完全不必要被概念所束缚住,而应根据项目的实际情况来决定采取哪种静态测试形式,不用严格去区分到底是代码走查,代码审查和还是技术评审。

  ①桌面检查(Desk Checking)

  是由程序员自己检查自己编写的程序。程序员在程序通过编译之后,进行单元测试设计之前,对源程序代码进行分析,检验,并补充相关的文档,目的是发现程序中的错误。检查项目有:检查变量的交叉引用表、检查标号的交叉引用表、检查子程序、宏、函数、等值性检查、常量检查、标准检查、风格检查和补充文档等。这种桌面检查由于程序员熟悉自己的程序和自身的程序设计风格,可以节省很多的检查时间,但应避免主观片面性。

  ② 代码审查(Code Reading Review)

  代码审查是由若干程序员和测试人员共同组成一个会审小组,通过阅读、讲解、讨论和模拟运行的方式,对程序进行静态分析的过程。代码审查主要是依靠有经验的程序设计和测试人员根据软件设计文档,通过阅读程序发现软件缺陷。特点是一般有正式的计划、流程和结果报告。现在也可借助软件工具自动进行,例如 LOGICSCOPE、C++ TEST、LDRA TESTBED、PRQA C/C++、MACABE IQ、以及RationalPurify、Quantify和PureCoverage等。

  代码审查一般分为两个步骤:第一步是小组负责人把设计规格说明书、控制流程图、程序文本及有关要求、规范等分发给小组成员,作为评审的依据。第二步是召开程序代码审查会,在会上由程序员逐句讲解程序的逻辑,在此过程中其他的程序员可以提出问题,展开讨论,以审查错误是否存在。实践经验表明,程序员在讲解过程中能发现许多原来自己没有发现的缺陷和错误,而讨论和争议则更会促进缺陷问题的暴露。

文章来源于领测软件测试网 https://www.ltesting.net/

22/2<12

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网