|
根据是否运行源代码,白盒测试又可分为静态分析和动态测试
静态分析:
不实际运行程序,只是静态的分析程序的代码是否符合相应的编码规范或是检查程序里面的逻辑错误。
静态测试又可分为代码走查(Walkthrough),代码审查(Inspection),技术评审(Review)。
代码走查(Walkthrough)
开发组内部进行的,采用讲解、讨论和模拟运行的方式进行的查找错误的活动。
代码审查(Inspection)
开发组内部进行的,采用讲解、提问并使用编码模板进行的查找错误的活动。一般有正式的计划、流程和结果报告。
技术评审(Review)
开发组、测试组和相关人员(QA、产品经理等)联合进行的,采用讲解、提问并使用编码模板进行的查找错误的活动。一般有正式的计划、流程和结果报告。
可能大家会越看越乱,怎么这么多种静态测试方法阿,它们之间到底是什么关系?其实大家仔细阅读就会发现,这三种测试一个比一个正式,而且参与的人员也逐渐增多,如下表所示
表2-2 静态分析方法比较
| 参与人员
| 是否有计划和报告
| 正式程度
| 代码走查(walkthrough)
| 开发组内部
| 无
| 低
| 代码审查(Inspection)
| 开发组内部
| 有
| 中
| 技术评审(Review)
| 开发组、测试组和相关人员
| 有
| 高
|
实际工作,我们完全不必要被概念所束缚住,根据项目的实际情况来决定采取什么的静态测试形式,不用严格去区分到底是代码走查,代码审查和还是技术评审。
静态分析往往需要借助白盒测试工具(如Logiscope,C++ Test)来自动检测,关于使用的具体细节,读者可参考我写的《白盒测试工具教程》一书。
动态测试:
动态测试是与静态分析相对应的概念,需要实际运行被测软件来测试。
动态测试是白盒测试的重点,也是发现缺陷的主要手段,其中会用到一些比较实用的技术,如边界值,逻辑驱动覆盖,路经图法等,我们会在下几节详细为大家介绍
北京地区对软件测试感兴趣的朋友可以加我qq交流:306513768
欢迎访问我的博客:http://www.51testing.com/?110105
[ 本帖最后由 rendaoyuan 于 2007-6-13 14:18 编辑 ] |
|