本文目录一览

1，软件选方向 嵌入式和软件测试的就业差别在哪

是的. 嵌入式的么,好比给一个大款做业务,轻松(给已经有的软件做嵌入工具功能) 软件测试开发么,好比白手起家创业,累,难.

软件选方向 嵌入式和软件测试的就业差别在哪

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

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

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

3，嵌入式系统软件测试计划怎么写

嵌入式软硬不分家的，不要总想着把软件硬件分开来，你会感觉越分越乱测试计划就是按照时间的顺序，一块一块的排即可，逻辑性一定要强，每个时间段做什么最好具体的都写出来，只要看着有调理即可。

嵌入式系统软件测试计划怎么写

4，嵌入式开发软件测试应该学习哪些东西

功能测试并不简单……要学的东西无外乎测试相关知识，产品知识，基础知识（软硬件）
您说的测试相关知识是哪些知识啊？我们好象没有用到什么测试工具，也就是对软件进行一下操作，发发指令给机器，对于网上说的什么自动化测试工具啊，等等之类的都没有用过。
测试相关的啊 当然 如果能在学学 嵌入式的东西就更好了

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，嵌入式软件测试技巧有哪些

嵌入式软件开发过程中，一般来说，花在测试和花在编码的时间比为3:1(实际上可能更多)。这个比例随着你的编程和测试水平的提高而不断下降，但不论怎样，软件测试对一般人来讲很重要。很多年前，一位开发人员为了在对嵌入式有更深层次的理解，向Oracle询问了这样的一个问题:我怎么才能知道并懂得我的系统到底在干些什么呢?　Oracle面对这个问题有些吃惊，因为在当时没有人这么问过，而同时代的嵌入式开发人员问的最多的大都围绕“我怎么才能使程序跑的更快”、“什么编译器最好”等肤浅的问题。所以，面对这个不同寻常却异乎成熟的问题，Oracle感到欣喜并认真回复了他:你的问题很有深度很成熟，因为只有不断地去深入理解才有可能不断地提高水平。并且Oracle为了鼓励这位执着的程序员，把１０条关于嵌入式软件开发测试的秘诀告诉了他: 1.懂得使用工具 2.尽早发现内存问题 3.深入理解代码优化 4.不要让自己大海捞针 5.重现并隔离问题 6.以退为进 7.确定测试的完整性 8.提高代码质量意味着节省时间 9.发现它，分析它，解决它 10.利用初学者的思维 这十条秘诀在业界广为流传，使很多人受益。本文围绕这十条秘诀展开论述。 １.懂得使用工具 　　 　　通常嵌入式系统对可靠性的要求比较高。嵌入式系统安全性的失效可能会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。这就要求对嵌入式系统，包括嵌入式软件进行严格的测试、确认和验证。随着越来越多的领域使用软件和微处理器控制各种嵌入式设备，对门益复杂的嵌入式软件进行快速有效的测试愈加显得重要。 　　就象修车需要工具一样，好的程序员应该能够熟练运用各种软件工具。不同的工具，有不同的使用范围，有不同的功能。使用这些工具，你可以看到你的系统在干些什么，它又占用什么资源，它到底和哪些外界的东西打交道。让你郁闷好几天的问题可能通过某个工具就能轻松搞定，可惜你就是不知道。那么为什么那么多的人总是在折腾个半死之后才想到要用测试工具呢？原因很多，主要有两个。一个是害怕，另一个是惰性。害怕是因为加入测试用具或测试模块到代码需要技巧同时有可能引入新的错误，所以他们总喜欢寄希望于通过不断地修改重编译代码来消除bug,结果却无济于事。懒惰是因为他们习惯了使用printf之类的简单测试手段。下面来介绍一些嵌入式常用的测试工具。 .源码级调试器[Source-level Debugger] 这种调试器一般提供单步或多步调试、断点设置、内存检测、变量查看等功能，是嵌入式调试最根本有效的调试方法。比如VxWorks TornadoII提供的gdb就属于这一种。 .简单实用的打印显示工具[printf] printf或其它类似的打印显示工具估计是最灵活最简单的调试工具。打印代码执行过程中的各种变量可以让你知道代码执行的情况。但是，printf对正常的代码执行干扰比较大(一般printf占用CPU比较长的时间)，需要慎重使用，最好设置打印开关来控制打印。 .ICE或JTAG调试器[In-circuit Emulator] ICE是用来仿真CPU核心的设备，它可以在不干扰运算器的正常运行情况下，实时的检测CPU的内部工作情况。像桌面调试软件所提供的：复杂的条件断点、先进的实时跟踪、性能分析和端口分析这些功能，它也都能提供。ICE一般都有一个比较特殊的CPU，称为外合(bond-out)CPU。这是一种被打开了封装的CPU，并且通过特殊的连接，可以访问到CPU的内部信号，而这些信号，在CPU被封装时，是没法“看到”的。当和工作站上强大的调试软件联合使用时，ICE就能提供你所能找到的最全面的调试功能。但ICE同样有一些缺点：昂贵；不能全速工作；同样，并不是所有的CPU都可以作为外合CPU的，从另一个角度说，这些外合CPU也不大可能及时的被新出的CPU所更换。JTAG(Joint Test Action Group)虽然它最初开发出来是为了监测IC和电路连接，但是这种串行接口扩展了用途，包括对调试的支持。AD公司为Blackfin设计的Visual Dsp++就支持高速的 JTAG调试。

文章TAG：嵌入式  嵌入式软件  软件  软件测试  嵌入式软件测试  嵌入式和软件测试的就业差别在哪  
下一篇