如何做好嵌入式底层软件测试？

shanzengguang

从毕业到现在，一直在做嵌入式相关的测试工作，从手工操作整机产品、到应用程序代码级测试、再到现在的底层软件的测试，从来都是领导让怎么做就这么做，很少想过为什么要这样做，这样做是否能达到测试的目的。和大多数测试工程师一样，我也经常流连于各个测试网站学习各位前辈的宝贵经验，但是最终对嵌入式测试还是很迷茫，可能是各位前辈的经验我没有使用到工作中才导致了没有把前辈的经验转化为自己的知识。
当看到各位同仁在论坛上交流QTP、Loadrunner这些测试工具的时候，我不敢发表自己的看法，因为我不懂，我怕误导新人，也怕老人笑话。看到他们的讨论，感觉他们的测试流程很规范、整个测试系统也很成熟。再看看我现在的测试工作，没有一个成熟的测试系统，也没有办法做到20%的测试的自动化，即使自己埋头苦干开发出一个可以解析脚本进行测试的工具，可发现也只能算是半自动化，那些需要在电视上、音箱中输出的东西，始终都只能用测试工程师已经快要睁不开的眼睛去盯着以及一个进一个出的耳朵听着。
我有一块开发板和所有配套硬件，一套包含编译链、头文件和库的解决方案、一台编译服务器，然后我写了一堆堆的测试代码，编译出来下载到开发板上去测试。当需要测试某个参数的时候，我就要修改测试代码，然后重新编译、下载、执行。举个例子，有一个参数有100种可能，我就要修改、编译、下载、执行100次。我真的迷茫了。
各位前辈给我指条明路：
1、嵌入式软件测试有什么不同？
2、嵌入式底层软件的测试又有什么不同？
3、嵌入式软件测试需要什么样的测试辅助工具？
4、如何才能做好嵌入式软件测试？

fangfangcome

1.有没有不同，我觉得可能角度不同。有一个不同就是不是那么直观，比如有很多系统没有UI，需要交叉编译，目标平台不同等；
2.同上。因为是底层，与硬件层接触太多，所以要多了解些对硬件控制方面的知识。测试方法可以多使用接口测试方法、灰盒测试等
3.工具有很多，成熟的白盒黑盒都有。但是并不是工具就是好的，花钱也不一定能做好事。不如自己直接写程序方便。大的工具集也不一定好。你可以先写各种零零碎碎的小测试程序，写了几十个了，然后你像个办法把这些程序挂载同一个根节点下，整理统一的接口和程序规范，这样就形成测试集了，并且是你自己研发的，理解深度就不一样了；
4.业务知识要了解，了解芯片、了解硬件结构、了解软件，多读代码，多用测试思想往上面靠，这样就没什么问题了。。

rebecca2008

目前也在关注这方面。。。
如果没基础该从哪方面开始学习呢？