大家在开发驱动的时候是怎么做单元测试的?
感觉驱动的单元测试不太好写,因为涉及到一些内核的数据结构和硬件的寄存器.如果要把这些完全的抽象出来,感觉比较费时间.不知道大家都是怎么做驱动的单元测试的? 嵌入式的自动化测试一直就是难题。光测试寄存器配置的对不对可能还有点办法。
但是寄存器配对了，也得测试硬件是否对了。
如果之关心寄存器配置和状态读取，我想改成读写内存就能测试了。 关注。。大家有什么好的方法分享一下。。
回复 #2 emmoblin 的帖子
之前在做bios文件系统的时候，测试某一模块，是把其他模块在用户空间抽象出来。为该模块制造虚拟的运行环境，然后在上面测试模块的interface。但是这样做工作量大。而且如果在linux下，很多内部数据结构需要自己实现。不知道是不是大家做驱动都没有单元测试？ 感觉对于那些简单的驱动还可以。但是对于逻辑比较复杂的驱动，比如文件系统。感觉应该很有必要做ut。不然实在不放心。 我一般是用写应用程序进行测试，根据测试方案来写的，测试方案还是比较复杂的 原帖由 walle0_0 于 2009-7-29 11:21 发表 http://linux.chinaunix.net/bbs/images/common/back.gif
我一般是用写应用程序进行测试，根据测试方案来写的，测试方案还是比较复杂的
也是一种方法啊。像驱动程序进行单元测试是比较麻烦。 楼主写驱动啊,牛.
我只写网络处理的,基本上只能从一开始就设计完美,保证逻辑无错误.
代码写出来后,功能测试通过,然后小量的打印下信息就算通过了. 一直没找到合适的方法测试，现在是使用编译选项 依靠pk来分析
页:
[1]