求高人：一个Linux驱动测试的难题！两年了没有解决

sunlanan

遇到一个Linux驱动测试的难题，两年了，没有得到根本的解决，求高人给点思路~~

先说一下我们的测试环境：
1、待测的软件是驱动--也就是说编译对内核是高度依赖的
2、我们支持20个不同的Linux环境--也就是说有20个不同的Linux内核
3、我们测试的硬件不是普通PC，使一些特殊的工业环境下的PC--也就是说硬件环境不同
4、我们的驱动也不是某种驱动，而是很多设备的驱动--也就是驱动的数量是很多的

我们的难题是：
在很多的内核下，编译很多的驱动，在很多的工业设备上测试

在整理系统上需要花太多的时间。

就算测一遍驱动要20个系统
但是在不同的设备上，往往A设备上装的OS，在B设备上无法起来，还要重装。

因此浪费了太多的时间。

dreamice

可以用交叉编译器，在一台PC上针对不同的平台编译好了以后，以模块的形式加载到特定的硬件环境和OS上去测试。
但有个问题，你本身的OS也不一样，交叉编译器的要求可能就比较严格了

sunlanan

交叉编译器 有什么推荐的吗？
多谢~~

sunlanan

但是编译的问题就算解决了，测试还是要分开装OS的

dreamice

原帖由 sunlanan 于 2008-12-9 16:05 发表
但是编译的问题就算解决了，测试还是要分开装OS的

是的，测试还是实际的软硬件环境好，如果有模拟的环境，可以考虑测试一下，但这个也存在缺陷。

T-bagwell

不 好办，20种4环境，得编译 20个不同的3kernel

dreamice

是啊，编译问题可能还好解决一点，但是测试很难解决

Roemer

对于不同平台测试项目/用例应该是一致的。（不一致也没关系）。
测试用例应该是用户态的不用每次都和内核一起编译。
内核与驱动的编译，makefile写得好的应该还可以接受。
选一个在不同平台都能支持的脚本语言（可以试试TCL），编写自动化测试脚本。在每个平台用脚本跑测试用例，输出结果。

dreamice

原帖由 Roemer 于 2008-12-9 17:45 发表
对于不同平台测试项目/用例应该是一致的。（不一致也没关系）。
测试用例应该是用户态的不用每次都和内核一起编译。
内核与驱动的编译，makefile写得好的应该还可以接受。
选一个在不同平台都能支持的脚本语 ...

人家是驱动程序，不是应用程序

emmoblin

你们这两年一直是怎么测试的？