嵌入式测试工程师考试题库

一、嵌入式软件的测试方法 一般来说，软件测试有7个基本阶段，即单元或模块测试、集成测试、外部功能测试、回归测试、系统测试、验收测试、安装测试。嵌入式软件测试在4个阶段上进行，即模块测试、集成测试、系统测试、硬件/软件集成测试。前3个阶段适用于任何软件的测试，硬件/软件集成测试阶段是嵌入式软件所特有的，目的是验证嵌入式软件与其所控制的硬件设备能否正确地交互。 1、白盒测试与黑盒测试 一般来说，软件测试有两种基本的方式，即白盒测试方法与黑盒测试方法，嵌入式软件测试也不例外。 白盒测试或基本代码的测试检查程序的内部设计。根据源代码的组织结构查找软件缺陷，一股要求测试人员对软件的结构和作用有详细的了解，白盒测试与代码覆盖率密切相关，可以在白盒测试的同时计算出测试的代码的覆盖率，保证测试的充分性。把100％的代码都测试到几乎是不可能的， 所以要选择最重要的代码进行白盒测试。由于严格的安全性和可靠性的要求，嵌入式软件测试同非嵌入式软件测试相比，通常要求有更高的代码覆盖率。对于嵌入式软件，白盒测试一般不必在目标硬件上进行，更为实际的方式是在开发环境中通过硬件仿真进行，所以选取的测试工具应该支持在宿主环境中的测试。 黑盒测试在某些情况下也称为功能测试。这类测试方法根据软件的用途和外部特征查找软件缺陷，不需要了解程序的内部结构。黑盒测试最大的优势在于不依赖代码，而是从实际使用的角度进行测试，通过黑盒测试可以发现白盒测试发现不了的问题。因为黑盒测试与需求紧密相关，需求规格说明的质量会直接影响测试的结果，黑盒测试只能限制在需求的范围内进行。在进行嵌入式软件黑盒测试时，要把系统的预期用途作为重要依据，根据需求中对负载、定时、性能的要求，判断软件是否满足这些需求规范。为了保证正确地测试，还须要检验软硬件之间的接口。嵌入式软件黑盒测试的一个重要方面是极限测试。在使用环境中，通常要求嵌入式软件的失效过程要平稳，所以，黑盒测试不仪要检查软件工作过程，也要检查软件换效过程。 2、目标环境测试和宿主环境测试 在嵌入式软件测试中，常常要在基于目标的测试和基于宿主的测试之间作出折衷。基于目标的测试消耗较多的经费和时间，而基于宿主的测试代价较小，但毕竟是在模拟环境中进行的。目前的趋势是把更多的测试转移到宿主环境中进行，但是，目标环境的复杂性和独特性不可能完全模拟。 在两个环境中可以出现不同的软件缺陷，重要的是目标环境和宿主环境的测试内容有所选择。在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。而与定时问题有关的白盒测试、中断测试、硬件接口测试只能在目标环境中进行。在软件测试周期中，基于目标的测试是在较晚的“硬件/软件集成测试”阶段开始的，如果不更早地在模拟环境中进行白盒测试，而是等到“硬件/软件集成测试”阶段进行全部的白盒测试，将耗费更多的财力和人力。二、嵌入式软件的测试工具 用于辅助嵌入式软件测试的工具很多，下面对几类比较有用的有关嵌入式软件的测试工具加以介绍和分析。 1、内存分析工具 在嵌入式系统中，内存约束通常是有限的。内存分析工具用来处理在动态内存分配中存在的缺陷。当动态内存被错误地分配后，通常难以再现，可能导致的失效难以追踪，使用内存分析工具可以避免这类缺陷进入功能测试阶段。目前有两类内存分析工具——软件和硬件的。基于软件的内存分析工具可能会对代码的性能造成很大影响，从而严重影响实时操作；基于硬件的内存分析工具价格昂贵，而且只能在工具所限定的运行环境中使用。 2、性能分析工具 在嵌入式系统中，程序的性能通常是非常重要的。经常会有这样的要求，在特定时间内处理一个中断，或生成具有特定定时要求的一帧。开发人面临的问题是决定应该对哪一部分代码进行优化来改进性能，常常会花大量的时间去优化那些对性能没有任何影响的代码。性能分析工具会提供有关的数据，说明执行时间是如何消耗的，是什么时候消耗的，以及每个例程所用的时间。根据这些数据，确定哪些例程消耗部分执行时间，从而可以决定如何优化软件，获得更好的时间性能。对于大多数应用来说，大部分执行时间用在相对少量的代码上，费时的代码估计占所有软件总量的5%-20%。性能分析工具不仅能指出哪些例程花费时间，而且与调试工具联合使用可以引导开发人员查看需要优化的特定函数，性能分析工具还可以引导开发人员发现在系统调用中存在的错误以及程序结构上的缺陷。 3、GUI测试工具 很多嵌入式应用带有某种形式的图形用户界面进行交互，有些系统性能测试足根掘用户输入响应时间进行的。GUI测试工具可以作为脚本工具有开发环境中运行测试用例，其功能包括对操作的记录和回放、抓取屏幕显示供以后分析和比较、设置和管理测试过程。很多嵌入式设备没有GUI，但常常可以对嵌入式设备进行插装来运行GUI测试脚本，虽然这种方式可能要求对被测代码进行更改，但是节省了功能测试和回归测试的时间。 4、覆盖分析工具 在进行白盒测试时，可以使用代码覆盖分析工具追踪哪些代码被执行过。分析过程可以通过插装来完成，插装可以是在测试环境中嵌入硬件，也可以是在可执行代码中加入软件，也可以是二者相结合。测试人员对结果数据加以总结，确定哪些代码被执行过，哪些代码被巡漏了。覆盖分析工具一般会提供有关功能覆盖、分支覆盖、条件覆盖的信息。对于嵌入式软件来说，代码覆盖分析工具可能侵入代码的执行，影响实时代码的运行过程。基于硬件的代码覆盖分析工具的侵入程度要小一些，但是价格一般比较昂贵，而且限制被测代码的数量。三、嵌入式软件测试策略 在嵌入式领域目标系统的应用系统日趋复杂，而由于竞争要求产品快速上市，开发技术日新月异，同时硬件发展的日益稳定，而软件故障却日益突出，软件的重要性逐渐引起人们的重视，越来越多的人认识到嵌入式系统的测试势在必行。提到嵌入式软件测试，首先要简单介绍一些软件工程的一些观点，现在，被普遍接受的软件的定义是：软件(software)是计算机系统中与硬件(hardware)相互依存的另一部分，它包括程序(program)、相关数据(data)及其说明文档(document)。其中程序是按照事先设计的功能和性能要求执行的指令序列；数据是是程序能正常操纵信息的数据结构；文档是与程序开发维护和使用有关的各种图文资料。 对于一般商用软件的测试，嵌入式软件测试有其自身的特点和测试困难。 由于嵌入式系统的自身特点，如实时性(Real-timing)，内存不丰富，I/O通道少，开发工具昂贵，并且与硬件紧密相关CPU种类繁多，等等。嵌入式软件的开发和测试也就与一般商用软件的开发和测试策略有了很大的不同，可以说嵌入式软件是最难测试的一种软件。 嵌入式软件测试使用有效的测试策略是唯一的出路，它可以使开发的效率最大化，避免目标系统的瓶颈，使用在线仿真器节省昂贵的目标资源。自从出现高级语言，开发环境与最终运行环境通常都是存在差异的，嵌入式系统更是如此。开发环境被认为是主机平台，软件运行环境为目标平台。相应的测试为host-target测试或cross-testing。 讨论嵌入式软件测试首先就会遇到一个问题：为什么不把所有测试都放在目标上进行呢？因为若所有测试都放在目标平台上有很多不利的因素： 1）测试软件，可能会造成与开发者争夺时间的瓶颈，避免它只有提供更多的目标环境。2）目标环境可能还不可行。3）比起主机平台环境，目标环境通常是不精密的和不方便的。4）提供给开发者的目标环境和联合开发环境通常是很昂贵的。7）使用主机与目标环境之间有什么限制（如软件安全标准）? 任何人或组织进行嵌入式软件的测试都应深入考虑以上问题，结合自身实际情况，选定合理测试策略和方案。 对于嵌入式软件测试或叫交叉测试（cross-test），在测试的各个阶段有着通用的策略： 1．单元测试 所有单元级测试都可以在主机环境上进行，除非少数情况，特别具体指定了单元测试直接在目标环境进行。最大化在主机环境进行软件测试的比例，通过尽可能小的目标单元访问所有目标指定的界面。 在主机平台上运行测试速度比在目标平台上快的多，当在主机平台完成测试，可以在目标环境上重复作一简单的确认测试，确认测试结果在主机和目标机上没有被他们的不同影响。在目标环境上进行确认测试将确定一些未知的，未预料到的，未说明的主机与目标机的不同。例如，目标编译器可能有bug，但在主机编译器上没有。 2．集成测试 软件集成也可在主机环境上完成，在主机平台上模拟目标环境运行，当然在目标环境上重复测试也是必须的，在此级别上的确认测试将确定一些环境上的问题，比如内存定位和分配上的一些错误。在主机环境上的集成测试的使用，依赖于目标系统的具体功能有多少。有些嵌入式系统与目标环境耦合的非常紧密，若在主机环境做集成是不切实际的。一个大型软件的开发可以分几个级别的集成。低级别的软件集成在主机平台上完成有很大优势，越往后的集成越依赖于目标环境。 3．系统测试和确认测试 所有的系统测试和确认测试必须在目标环境下执行。当然在主机上开发和执行系统测试，然后移植到目标环境重复执行是很方便的。对目标系统的依赖性会妨碍将主机环境上的系统测试移植到目标系统上，况且只有少数开发者会卷入系统测试，所以有时放弃在主机环境上执行系统测试可能更方便。 确认测试最终的实施舞台必须在目标环境中，系统的确认必须在真实系统之下测试，而不能在主机环境下模拟。这关系到嵌入式软件的最终使用。 包括恢复测试、安全测试、强度测试、性能测试，已超出了软件测试的范畴，本文暂不讨论。 使用有效的cross-test测试策略可极大的提高嵌入式软件开发测试的水平和效率，当然正确的测试工具使用也是必不可少的： 总结一下，应用以上测试工具进行.Cross-test时的策略： A)使用测试工具的插装功能（主机环境）执行静态测试分析，并且为动态覆盖测试准备好一插装好的软件代码。B)使用源码在主机环境执行功能测试，修正软件的错误和测试脚本中的错误。C)使用插装后的软件代码执行覆盖率测试，添加测试用例或修正软件的错误，保证达到所要求的覆盖率目标。D)在目标环境下重复（B），确认软件在目标环境中执行测试的正确性。E)若测试需要达到极端的完整性，最好在目标系统上重复（C），确定软件的覆盖率没有改变。 通常在主机环境执行多数的测试，只是在最终确定测试结果和最后的系统测试才移植到目标环境，这样可以避免发生访问目标系统资源上的瓶颈，也可以减少在昂贵资源如在线仿真器上的费用。另外，若目标系统的硬件由于某种原因而不能使用时，最后的确认测试可以推迟直到目标硬件可用，这为嵌入式软件的开发测试提供了弹性。设计软件的可移植性是成功进行cross-test的先决条件，它通常可以提高软件的质量，并且度软件的维护大有益处。以上所提到的测试工具，都可以通过各自的方式提供测试在主机与目标之间的移植，从而使嵌入式软件的测试得以方便的执行。 使用有效的cross-test测试策略可极大的提高嵌入式软件开发测试的水平和效率，提高嵌入式软件的质量。附录：1). HOST-TARGET的连接方法简介：图1-- 直接连接图2 -- 通过仿真器连接图3 -- 使用介质进行间接连接图4 -- 使用PROM等传递被测软件图5 -- 测试的交互界面图6 -- 无交互界面的连接四、结论 嵌入式系统在人类生活中发挥着重要的作用，包括飞行控制器这样的控制系统，以及洗衣机这样的家用电器。日前，嵌入式系统中软件的比重越来越大，也越来越复杂，保证嵌入式软件的可靠性正面临严峻的挑战。 大多数软件测试方法都可以直接或间接地用于嵌入式软件的测试，但是由于操作系统的实时和嵌入式特性，嵌入式软件测试也面临一些特殊的问题。虽然日前已经有一些针对嵌入式软件的测试和调试工具，但是在有些方面仍存在不足，包括许多任务操作系统的并发、非侵入式的测试和凋试、嵌入式系统的软件抽象等。对于嵌入式软件测试技术的研究人选测试工具有待开发，仍须要做很多进一步的工作。

你现在还是实习生，为什么要把自己的定位放在测试上呢?你既然是学开发的，那就应该走开发的路，走测试的路，在国内行不通，工资低，并且地位也不高。自己你有点开发的基础了，应该去自学嵌入式开发！！！这对你以后才是比较好的路。学习嵌入式，该学习什么基本的知识呢？首先C语言，这个是毋庸置疑的，不管是做嵌入式软件还是硬件开发的人员，对C语言的掌握这个是必需的，特别是对于以后致力于嵌入式软件开发的人，现在绝大部分都是用C语言，你说不掌握它可以吗？至于如何学习C语言，我想这些基础的知识每个人都有自己的方法，关键要去学习，看书也好，网上找些视频看也好。很多人会问，C语言要学到怎么样，我觉得这没有标准的答案。我想至少你在明白了一些基础的概念后，就该写代码了，动手才是最重要的，当你动手了，遇到问题了，再反过来学习，反过来查查课本，那时的收获就不是你死看书能得到的。其次，应该对操作系统有所了解，这对你对硬件和软件的理解，绝对有很大的帮助。应该把系统的管理理解一下，比如进程、线程，系统如何来分配资源的，系统如何来管理硬件的，当然，不是看书就能把这些理解透，如果不是一时能理解，没关系，多看看，结合以后的项目经验，会有更好的理解的。还有应该学习嵌入式系统，如linux或者wince下的编程，这些对以后做应用的编程很有帮助，当然，如果做手机的话，那可以学习MTK、塞班、Android等操作系统，Android是以后发展的趋势，现在很热门，Android也是基于linux系统封装的，所以建议先学习下linux。还有，应该学习下单片机或者ARM或者MIPS，很多人说我没有单片机的经验，直接学ARM可以吗？我觉得那完全没有问题的，当然如果你学习过单片机，那最好不过了，以后学习ARM就更简单了。最后如果你把以上的知识都有所了解后，就该去阅读阅读一些优秀的代码，比如结合arm芯片手册学习去学习下UBOOT的源代码，了解下最小的系统开发，那对你整个嵌入式开发的非常有帮助的，可以的话，还可以学习下linux的源代码，当然如果你直接阅读的代码，我想你会很痛苦的，可以先看看linux 代码早期的版本，比如 的代码等等，麻雀虽小，五脏俱全，如果你全看完了，那我想你就是一名很成功的嵌入式工程师。至于上面说的知识如何学习呢？每个人都应该去找自己最好的方法，所谓的最好的方法就是最适合自己的方法。很多人看不进书，那就去看看视频吧。视频也应该要选择，不是随便看看，应该要有所选择，有所挑选。我也是这样一路走过来的，不过我这人比较懒，我看不进书，一看书我就想睡觉，所以这几年我都是看视频过来的，现在也算学有所成，但也不敢说是高手吧。我在网上看到，有人把自己学习嵌入式的视频总结出来，嵌入式系列实践和视频教程，大家可以看看网址 我仔细看了觉得很不错，我本来也想整理下，可是奈何我自己的电脑硬盘空间才40G，没有办法，时间也是不够，心有余而力不足，我不是在帮他做广告，虽然要花钱，我觉得算不错，至少自己不用去整理和花大量的时间去找资源，当然如果网上有的下，你网速和硬盘都够的话，我建议大家自己网上下也好。想想我自己该开始学的时候，那时视频资源少之又少，我买书和买视频至少花了几千块，但是我觉得那很值，至少我现在赚回来了很多知识。 最后，希望这篇文章对热爱嵌入式，想致力于嵌入式开发的朋友有所帮助。送给大家一句简单而又朴素的话，坚持就是胜利，贵在坚持，也可以看看如何坚持嵌入式学习]

你这是要参加面试了吗？我这也刚学习，也是从事嵌入式软件工程师的。我刚从我们学校官网扒的面试题：你参考一下：这是华清远见从某嵌入式软件公司索取的一套面试题，很显然对于嵌入式软件工程师来说这都是"小菜"，那么您可以测试一下，这样会对公司出的面试题不那么恐惧，希望对你有所帮助。一、选择题1.下述程序执行后的输出结果是＃includemain(){int x='f';printf("%c\n",'a'+(x-'a'+1));}.下列程序代码在Linux系统执行后"*"会被输出多少次()void main(){int i;for(i=0;i<3;i++){fork();printf("*\n");}return;}.下面有关孤儿进程和僵尸进程的描述，说法错误的是？A.孤儿进程：一个父进程退出，而它的一个或多个子进程还在运行，那么那些子进程将成为孤儿进程。B.僵尸进程：一个进程使用fork创建子进程，如果子进程退出，而父进程并没有调用wait或waitpid获取子进程的状态信息，那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵死进程。C.孤儿进程将被init进程(进程号为1)所收养，并由init进程对它们完成状态收集工作。D.孤儿进程和僵尸进程都可能使系统不能产生新的进程，都应该避免参考答案：D4.假如你需要找出/etc/文件属于哪个包(package),你可以执行:（） -requires/etc/ -q/etc/ -q|grep /etc/ -qf /etc/.表达式 strcmp( " "，" " ) 的值是一个A.非零整数B.浮点数.字符6.调用recv(int sockfd, void *buf, size_t len, int flags)的过程中，一共进行了几次内存复制操作？.打印一个N*N的方阵，N为每边字符的个数（ 3〈N〈20 ），要求最外层为"X"，第二层为"Y"，从第三层起每层依次打印数字0，1，2，3，...例子：当N =5，打印出下面的图形： X X X Y Y Y Y 0 Y Y Y Y X8.设#define N 3#define Y(n) ((N+1)*n)则表达式2*(N+Y(5+1))的值是.出错二、简答题1、关键字const有什么含意？2、.h头文件中的ifndef/define/endif?的作用？3、多态类中的虚函数表是Compile-Time，还是Run-Time时建立的?你如果不知道答案的话，可以去 华清的嵌入式学院找。有原文的。

从你说的角度来讲，你是在抱怨同时也很迷茫，首先嵌入式软件测试说白了就是软件测试中带有一些硬件测试工作。这个行业是非常发展迅速的，看你公司是什么业务了。首先你应该别把开发的东西忘了，另外自学测试吧，一点点做起。刚毕业就能找到实习单位挺不易的了。祝你好运。]