嵌入式测试，请问嵌入式软件的测试具体如何实施

本文目录一览

1，请问嵌入式软件的测试具体如何实施
2，嵌入式系统软件测试的工作怎么样我是第一次接触很想知道具体
3，嵌入式软件测试控制器
4，嵌入式软件测试自动化有哪些问题
5，嵌入式软件的基本测试方法都有哪些
6，对嵌入式设备进行测试主要从哪几个方面入手

1，请问嵌入式软件的测试具体如何实施

在写代码之前的设计阶段就要考虑测试问题，写出测试流程和To do list，同时在写代码时，也要随时注意，如果有特别的地方，要充实测试流程和To do list。

请问嵌入式软件的测试具体如何实施

2，嵌入式系统软件测试的工作怎么样我是第一次接触很想知道具体

这个行业还是很有前途的，前面刚接触的时候可以先了解相关的硬件信息，因为工作的重点在软件测试，所以对于硬件的认识不需要太深，但是一定要有足够的认识（这一点很重要）。软件测试一般是对系统不断的测试来发现系统的漏洞、不足，具体的工作方法等你工作了就知道了，一般参加工作的话一般都有培训，先看看一些相关的书籍吧，如果第一次接触嵌入式的话就需要好好加油了，希望能帮助到你

朋友最近几年似乎搞测试的比做嵌入式研发的好就业点，很可能是做测试的人少吧，至于前途问题我还是看重做研发的哦！原因如下：做测试的可以说不搞技术。并且就拿相同工龄的人来说，测试员的工资比程序员的薪水要低1--2k呢。做技术的人做到很牛的人可以自己创业，而且近几年创业的小老板蛮多的。至于我们本土的想去国外一般是比较难的，除非偶尔有往国外外包项目的，我们国内的it和国外的美国，日本甚至印度相比都还很有差距，所以出国比较难，除非有海外求学或工作的背景。

嵌入式系统软件测试的工作怎么样我是第一次接触很想知道具体

3，嵌入式软件测试控制器

数据输入与输出，不像pc测试那么好观察和控制，这就是嵌入式软件的弱交互性决定的。嵌入式软件的测试环境与开发环境是很接近的，有时甚至就是一样的，多与你们的开发人员交流吧。他们应该协助测试搭建环境的。你说的这些软件测试，与硬件的相关性都很强。开发一般会封装一些接口供上层应用使用，应用就无需关心底层硬件的实现细节了。我想你要测试的就是这些接口吧。拿定时器来说，开发应该会提供开启定时器的接口，通常包含一个回调函数，定时时间到后就会触发该回调函数，进入超时处理。如果你们有Trace工具支持片上调试，那么可以在超时处理函数中设置断点，在测试程序中调用该接口开启一个定时器，看定时时间到后有没有到达断点就OK了。如果没有Trace工具，可以在超时处理函数中添加打印语句来看。同时开启多个定时器的情况也要测到（询问你们开发人员最多可同时开启几个，应该有限制的）。当然你的测试程序也是要一起编译并烧录到ROM里的。我以前做这种测试，在PC上是有工具可以与嵌入式软件通信的，控制测试程序（用例）的执行并记录测试结果。是我们公司工具组做的。各个公司、不同产品情况不同，仅供参考吧。

嵌入式的细分市场很多，你想了解的是哪方面的？比如：工业信号控制，高速数字运算处理，电机控制，多媒体娱乐处理，视频编解码压缩处理等等等等。甚至，空调变频、洗衣机控制、电动玩具，都是嵌入式分类。不同的市场有不同的需求，也就有不同的通用控制器。

嵌入式软件测试控制器

4，嵌入式软件测试自动化有哪些问题

嵌入式软件测试基本概念这里讨论的嵌入式软件测试是一个系统测试的概念。即将开发的软件系统（包括嵌入式操作系统和嵌入式应用软件）、硬件系统和其它相关因素（如人员的操作、数据的获取等）综合起来，对整个产品进行的全面测试。嵌入式系统的系统测试比PC系统软件测试要困难得多，主要体现如下：测试软件功能依赖不需编码的硬件功能，快速定位软硬件错误困难；强壮性测试、可知性测试很难编码实现；交叉测试平台的测试用例、测试结果上载困难；基于消息系统测试的复杂性，包括线程、任务、子系统之间的交互，并发、容错和对时间的要求；性能测试、确定性能瓶颈困难；实施测试自动化技术困难。嵌入式软件测试和传统软件测试异同点嵌入式软件与别的软件相比，它具有专用性，它只能在需求所指定的硬件平台上执行，并且嵌入式软件的开发环境和运行环境是不一致的，因此即使宿主机环境下测试再充分，也不能说明在目标机环境下运行该软件就不出问题。因而，嵌入式软件还面临着目标环境的测试。这不仅增加了测试的代价，而且还带来了嵌入式软件的测试策略问题，即哪些测试分配在宿主环境进行，哪些测试分配到目标环境下进行（户军茹，2007）。所以嵌入式软件测试更有它的必要性，而且比一般的软件测试存在更多的困难。嵌入式软件测试与普通软件测试的相同之处传统的软件测试是将软件分在不同的层面上进行测试，包括模块测试（或单元测试），集成测试，系统测试等。嵌入式软件测试和一般的软件测试存在着许多相似的问题和相似的解决方法。这就是我们寻找的嵌入式软件的通用的测试方法。

今天竞争的市场里，每个产品都有类似的功能，如何确保您的产品是经过了充分的测试。代码覆盖率分析是确定你的测试是否完整的简单方法，并且其能够跨越整个软件生命周期从单个开发人员测试到最终的发布测试。通过代码覆盖率评估测试完整性覆盖率分析的优点 1、代码覆盖率是唯一可依赖的评估测试完整性指标 2、覆盖率分析特别针对于高安全类行业应用，比如：军工，航天，轨道交通和汽车电子。通过覆盖率分析确保系统测试完整性系统测试，也叫功能测试，是为确保当最终用户使用应用程序时正确的流程。这种类型测试要么通过手工测试或者自动化化脚本测试。所有软件在发布前都需要进行系统测试。系统测试的挑战在于如何确保测试完整性。最终，团队将会开发出一套测试流程以验证应用程序是否满足需求或者满足用户文档。确保系统测试完整性的唯一方法是收集和分析测试过程中的代码覆盖率数据。dt10和vectorcast/cover都可帮助用户方便的收集系统测试过程中的代码覆盖率，包括在目标板上执行的覆盖率数据。

5，嵌入式软件的基本测试方法都有哪些

有道启新嵌入式培训机构——随着制造行业的再一次崛起，嵌入式软件目前在软件行业中越来越多，2004年软件行业最火爆的三个项目是：嵌入式开发，软件培训以及软件外包。由于嵌入式软件与其他产品息息相关，这给嵌入式软件的测试工作带来了极大的困难，软件的测试工作不能够等程序烧到或者固化到芯片中才开始进行测试，这就太晚了，本文结合自己的一些经验提出自己的看法，希望大家一起讨论。搞好开发前的原型设计原型开发目前在开放流程中受到了更多的重视，同样嵌入式软件也是非常需要的。比如说一个录音机版面的设计，可以定义好版面上面的按键以及每个按键的功能。然后画出状态转化图，写清楚每个按键何时可以触发，触发后由哪个状态转入别的其他状态。原型设计好了，组织专家，工程师进行评审，尽可能多的找出原型中不合理需要改进的地方；改进以后，有必要可以进行再一次的评审工作。每一次评审工作需要记录评审建议是否需要解决？如何解决以及实际解决情况。进行设计和开发工作设计和开发工作需要设立里程碑。每个里程碑结束前都需要进行评审工作。由于嵌入式软件的运行环境不同，受到很大的限制，所以在进行开发之前需要进行编程规范工作，编码的时候需要严格按照编码要求进行工作，每一个条款都需要认真执行和审查。现在业界提供许多关于嵌入式软件开发的标准，大家可以通过网站搜索，最好能够购买业界一些比较著名的标准。目前市场上也提供许多关于代码检验的工具。为什么一直提出代码编码规范？这是因为嵌入式软件的质量与代码规范是十分重要的。举个例子，著名的阿里亚火箭失事，专家进行详细的调查工作，最后发现问题出在代码上。代码是符合标准C语言的，但是在运行过程中由于程序员将一个长整形变量赋给了一个短整形变量，造成内存溢出，这是导致火箭失事的关键所在。（int8 a;int32 b;…a=b;）代码测试当程序开发完毕，需要进行测试工作，但是在程序烧入或固化芯片之前如何进行测试呢？这里介绍一种方法：比如程序时使用C语言进行开发的，请将所有的操作都封入在函数中，函数的定义都在相应的头文件中定义(.h),然后设计测试用例，书写测试代码，测试代码包含相应头文件，可以对函数进行检测。测试案例往往分为两类：一种是功能测试，主要测试函数的功能；另外一种是错误参数测试，主要检查程序对进行错误参数进行检验。功能测试这种测试的运行往往需要通过仿真器辅助完成，比如类似录音机软件程序，分别测试播放，加大（减小）音量，停止，暂停（取消暂停），快速前进，快速后退，录音对应的功能是否能够正常运行。错误测试主要测试函数在调用参数无效的时候，系统是否会按照规定返回正确的错误代码。比如function test(int Tid) 测试的时候给出一个错误的序列号(Tid),看程序是否返回正确的错误代码。对于函数function test1(int t)需要进行特出的处理t 定义为1-100我们可以按照边界值法和等价分类法进行测试上边界:-1,0,1下边界：99，100，101中边界：50所以测试用例集合为（-1,0,1,50,99,100,101）,其中-1，101为错误测试用例，其他为正确测试用例功能组合测试在进行完功能测试后，我们可以进行功能组和测试，还是拿录音机程序做个例子。我们可以定义将音量增加到10，快速前进，检查音量，看是否还是为10；播放，暂停，试图调整音量，检查调整音量的功能是否可以被成功执行。烧入固化测试当以上测试都通过后可以将程序烧入芯片或者固化，进行最后在实际环境中进行测试工作。

6，对嵌入式设备进行测试主要从哪几个方面入手

对具有嵌入式操作系统的设备进行测试和确认的系统和方法申请号/专利号： 00802922一种用于改进质量保证、节省许多人一月的时间和费用，并使目标设备中使用了商业可用的操作系统的产品开发过程流线化的系统和方法，该种操作系统如Windows CE，其中，包括一个测试设备，该设备提供了一组综合的确认测试程序。这个系统和方法，O／S确认器（1），通过使用一个主机图形用户界面装置（12）、一个主机到目标的通信（3）、至少一个测试程序（11）以及结果捕捉方法（12），提供了一个完全自动化设计的校验程序包，用于商业上可用的操作系统（1000a），该种操作系统如Windows CE。O／S确认器（1）提供了一种更快和更为精确的自动测试程序技术，用于对一个商业上可用的操作系统，例如Windows CE到目标硬件（1000，9）的一个端口进行测试。另外，O／S确认器（1）包括一个综合的代码基准，它专门被开发出来有目的的对操作系统O／S、设备驱动器、OEM适配层（OAL）以及硬件的相互作用施加应力。测试程序（11）集中识别三种主要的故障，其中包括：硬件设计、硬件编程（驱动器／OAL）以及操作系统相互作用。特定诊断的重点放在历史显示出最多问题的操作子系统上。

一般来说，软件测试有两种基本的方式，即白盒测试方法与黑盒测试方法，嵌入式软件测试也不例外。白盒测试或基本代码的测试检查程序的内部设计。根据源代码的组织结构查找软件缺陷，一股要求测试人员对软件的结构和作用有详细的了解，白盒测试与代码覆盖率密切相关，可以在白盒测试的同时计算出测试的代码的覆盖率，保证测试的充分性。把100%的代码都测试到几乎是不可能的，所以要选择最重要的代码进行白盒测试。由于严格的安全性和可靠性的要求，嵌入式软件测试同非嵌入式软件测试相比，通常要求有更高的代码覆盖率。对于嵌入式软件，白盒测试一般不必在目标硬件上进行，更为实际的方式是在开发环境中通过硬件仿真进行，所以选取的测试工具应该支持在宿主环境中的测试。黑盒测试在某些情况下也称为功能测试。这类测试方法根据软件的用途和外部特征查找软件缺陷，不需要了解程序的内部结构。黑盒测试最大的优势在于不依赖代码，而是从实际使用的角度进行测试，通过黑盒测试可以发现白盒测试发现不了的问题。因为黑盒测试与需求紧密相关，需求规格说明的质量会直接影响测试的结果，黑盒测试只能限制在需求的范围内进行。在进行嵌入式软件黑盒测试时，要把系统的预期用途作为重要依据，根据需求中对负载、定时、性能的要求，判断软件是否满足这些需求规范。为了保证正确地测试，还须要检验软硬件之间的接口。嵌入式软件黑盒测试的一个重要方面是极限测试。在使用环境中，通常要求嵌入式软件的失效过程要平稳，所以，黑盒测试不仅要检查软件工作过程，也要检查软件换效过程。在嵌入式软件测试中，常??折衷。基于目标的测试消耗较多的经费和时间，而基于宿主的测试代价较小，但毕竟是在模拟环境中进行的。目前的趋势是把更多的测试转移到宿主环境中进行，但是，目标环境的复杂性和独特性不可能完全模拟。在两个环境中可以出现不同的软件缺陷，重要的是目标环境和宿主环境的测试内容有所选择。在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。而与定时问题有关的白盒测试、中断测试、硬件接口测试只能在目标环境中进行。在软件测试周期中，基于目标的测试是在较晚的“硬件/软件集成测试”阶段开始的，如果不更早地在模拟环境中进行白盒测试，而是等到“硬件/软件集成测试”阶段进行全部的白盒测试，将耗费更多的财力和人力。