C/C+ 感触
2015-04-24 22:07 迎面有风吹过来 阅读(182) 评论(1) 编辑 收藏 举报1. C/C++语言开发的首选利器- C++Test
以前在windows平台下的开发,使用的框架主要是MFC,以及console工程(基于win32SDK),属于纯C/C++开发的范畴。
因此,使用的单元测试工具,主要有C++Test和CppUnit两种,其中又以前者为主。因为具有直接导入VC工程,以及自动生成测试集合、用例的优点,还是相当好用的。不过这个软件也有缺点,就是修改测试用例时,基本上不能引入被测代码中的符号。举个例子,除了测试用例中已经生成的全局变量赋值语句,用户如果想设定其他全局变量,或者定义一些指针类型-为了访问某些全局数组空间,最终会发现,该测试用例无法运行。
显然,这一缺点,可以通过CppUnit中的手工编写测试用例来解决。当然,缺点就是没法自动生成测试用例了;你得一个一个的自己编写。
除过上面讲到的缺点,C++Test是一个非常优秀的软件,对于纯C语言开发者,是非常便利和强大的。特别是对于嵌入式开发者,使用该软件进行单元测试,能够极大地提高软件质量,避免target调试费时费力的缺点。
当然,前提条件是,将嵌入式系统的代码,成功移植到Visual C++环境(使用VC编译器替代原来的gcc或者arm定制编译器)。需要注意的是,只要求编译通过,不要求连接通过-链接需要的函数可以由C++Test自动生成。
在移植过程中,会遇到以下一些问题,这里给出笔者的简单解决方法。
1) 汇编语言部分 – 如果能看懂,可以尝试转换为C代码,否则屏蔽。
2) 特殊的函数标记或编译器伪指令(pragma系统),直接屏蔽。
3) 不要忘记把原编译器中的预定义宏迁移到VC工程中。最常见的是,一些标识CPU选项和debug等级的预定义宏。
笔者的这个工程,大约包含几百个源文件。如果使用手工生成测试用例的方法,需要大量的测试人员和人力才能完成;并且还难于管理测试用例。使用C++Test之后,减轻了不少工作量。
其实,该软件还有一个优点-提供测试覆盖率统计和图示。相信这一点,也是单元测试的最终目标-百分之百覆盖,所非常有利的工具了。
2. .Net环境单元测试的首选利器- Nunit
目前windows平台下的最流行开发环境,非属.Net开发环境莫属。基于该环境,微软提供了ManagedC++/VB/C#等开发语言,吸引了不少粉丝。当然,微软的东西,都是集成在Visual Studio中的,连带着也产生了单元测试工具-不过只在team版本中才有。
不过经过比较,笔者还是推荐Nunit。首先这个软件是免费的,其次很强大,应用起来也很方便。只要仿照自带的例子,编写相应的测试类就行了-当然,必须引入“NUnit.Framework”包。
3. Java环境单元测试的终极利器- Junit
从事Android开发之后,因为eclipse的缘故,选择了Junit作为测试工具。其实,parasoft公司的J++Test也是不错的选择;不过Android开发包内置支持Junit,显然更加值得推荐。
4. 其他常用语言的单元测试工具
除了上文提到的几种开发语言和平台,在日常编程活动中,可能会遇到的还有perl,tcl,python等OO语言。
一般来说,这些语言有着庞大的第三方package支持。因此,一般来说,类似于android平台内置支持Junit框架,这些语言也有相应的支持。举个例子,perl支持包列表,自从perl语言创世以来,perl testing这个模块就支持全面的测试。感兴趣的读者,可以阅读一下这方面的书籍。