孤独天竹
有道启新嵌入式培训机构——随着制造行业的再一次崛起，嵌入式软件目前在软件行业中越来越多，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；播放，暂停，试图调整音量，检查调整音量的功能是否可以被成功执行。烧入固化测试当以上测试都通过后可以将程序烧入芯片或者固化，进行最后在实际环境中进行测试工作。
嵌入式软件测试技巧有哪些？
嵌入式软件开发过程中，一般来说，花在测试和花在编码的时间比为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调试。
嵌入式测试的测试方法
一般来说，软件测试有两种基本的方式，即白盒测试方法与黑盒测试方法，嵌入式软件测试也不例外。
白盒测试或基本代码的测试检查程序的内部设计。根据源代码的组织结构查找软件缺陷，一股要求测试人员对软件的结构和作用有详细的了解，白盒测试与代码覆盖率密切相关，可以在白盒测试的同时计算出测试的代码的覆盖率，保证测试的充分性。把100%的代码都测试到几乎是不可能的， 所以要选择最重要的代码进行白盒测试。由于严格的安全性和可靠性的要求，嵌入式软件测试同非嵌入式软件测试相比，通常要求有更高的代码覆盖率。对于嵌入式软件，白盒测试一般不必在目标硬件上进行，更为实际的方式是在开发环境中通过硬件仿真进行，所以选取的测试工具应该支持在宿主环境中的测试。
黑盒测试在某些情况下也称为功能测试。这类测试方法根据软件的用途和外部特征查找软件缺陷，不需要了解程序的内部结构。黑盒测试最大的优势在于不依赖代码，而是从实际使用的角度进行测试，通过黑盒测试可以发现白盒测试发现不了的问题。因为黑盒测试与需求紧密相关，需求规格说明的质量会直接影响测试的结果，黑盒测试只能限制在需求的范围内进行。在进行嵌入式软件黑盒测试时，要把系统的预期用途作为重要依据，根据需求中对负载、定时、性能的要求，判断软件是否满足这些需求规范。为了保证正确地测试，还须要检验软硬件之间的接口。嵌入式软件黑盒测试的一个重要方面是极限测试。在使用环境中，通常要求嵌入式软件的失效过程要平稳，所以，黑盒测试不仅要检查软件工作过程，也要检查软件换效过程。 在嵌入式软件测试中，常??折衷。基于目标的测试消耗较多的经费和时间，而基于宿主的测试代价较小，但毕竟是在模拟环境中进行的。目前的趋势是把更多的测试转移到宿主环境中进行，但是，目标环境的复杂性和独特性不可能完全模拟。
在两个环境中可以出现不同的软件缺陷，重要的是目标环境和宿主环境的测试内容有所选择。在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。而与定时问题有关的白盒测试、中断测试、硬件接口测试只能在目标环境中进行。在软件测试周期中，基于目标的测试是在较晚的“硬件/软件集成测试”阶段开始的，如果不更早地在模拟环境中进行白盒测试，而是等到“硬件/软件集成测试”阶段进行全部的白盒测试，将耗费更多的财力和人力。
什么是 嵌入式软件测试求答案
一、嵌入式软件的测试方法 一般来说，软件测试有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 -- 无交互界面的连接四、结论 嵌入式系统在人类生活中发挥着重要的作用，包括飞行控制器这样的控制系统，以及洗衣机这样的家用电器。日前，嵌入式系统中软件的比重越来越大，也越来越复杂，保证嵌入式软件的可靠性正面临严峻的挑战。 大多数软件测试方法都可以直接或间接地用于嵌入式软件的测试，但是由于操作系统的实时和嵌入式特性，嵌入式软件测试也面临一些特殊的问题。虽然日前已经有一些针对嵌入式软件的测试和调试工具，但是在有些方面仍存在不足，包括许多任务操作系统的并发、非侵入式的测试和凋试、嵌入式系统的软件抽象等。对于嵌入式软件测试技术的研究人选测试工具有待开发，仍须要做很多进一步的工作。
软件测试需要哪些工具？
序号 名称 用途 优缺点 开发公司
1 Apache JMeter 功能特性、度量被测试软件 使用环境:Solaris, Linux, Windows (98, NT, 2000). JDK1.4以上 Apache
2 ASTRA WEB测试 非开源 MI公司
3 ATTOLTESTWARE 代码测试
嵌入式测试 嵌入式实时应用软件单元和通信系统测试 ATTOLTESTWARE
4 AutoRunner 功能测试 提供针对脚本完善的跟踪和调试功能的、支持IE测试和Windows native测试 上海泽众软件科技有限公司
5 bitcnts 性能测试 使用环境:Linux
6 Borland SilkTest 2006 功能测试 能快速建立功能测试，并分析功能错误 Borland
7 BoundsChecker 静态测试 Visual C++开发环境所开发的程序代码的自动捕捉错误及调试工具 上海环软信息技术有限公司
8 Bugzilla 软件缺陷管理 使用环境: TBC 上海泽众软件科技有限公司
9 BugzillaTest Runner 测试用例管理系统 使用环境:Bugzilla 2.16.3or above
10 CodeReview 代码分析 CodeReview会将出错的内容及导致出错的原因一一呈现给开发人员。
11 CODETEST 在线测试
嵌入式测试 嵌入式软件在线测试 AppliedMicrosystemsCorp
12 DBMonster SQL数据库的压力测试 使用环境: OS Independent IBM
13 DTX 高速、精准 福禄克网络公司
14 E—Test 功能测试 可以支持多内码的测试数据 英特尔公司
15 E—TEST SUITE WEB测试 收费 RSW公司
16 FailSafe 静态测试 FailSafe可以提高编写VisualBasic程序的稳定度，同时也方便日后的产品维护。 ORACLE
17 File-AID/RDX 静态测试 节省时间、节省磁盘空间 康博公司
18 GammaRay 可靠性评测
嵌入式测试 主要包括软件逻辑分析仪GammaProfiler GammaRay
19 IBM Rational ClearQuest 缺陷测试 集成于IBM Rational Suite和 IBM Rational Team Unifying Platform，提供生命周期变更管理。 IBM
20 IxChariot 性能测试 可应用于设备选型、网络 建设及验收、日常维护 IXIA
21 JMeter 功能和性能测试 它是功能和性能测试的工具，100%的用java实现 RadView
22 Jtest 白盒测试 提高代码的可靠性 parasoft
23 jtest 白盒测试 通过自动实现java的单元测试和代码标准校验,来提高代码的可靠性
parasoft
24 JUnit 测试框架
单元测试 是Xuint测试体系架构的一种实现
25 Link Sleuth 页面链接测试 收费
26 Linux Test Project 功能测试 使用环境: Linux
27 LoadRunner 系统行为和性能的负载测试工具 能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
28 LogiScope 静态测试
嵌入式测试 用于代码分析、软件测试、覆盖测试。 TeleLogic公司
29 LynxInsure++ 静态测试
嵌入式测试 基于LynxOS的应用代码检测与分析测试工具。 LynxREAL-TIMESYSTEMS公司
30 MacOS/Carbon 网络应用程序的负载模拟器 使用环境：JDK 1.3以上
31 Mantis 缺陷管理工具 使用环境: MySQL, PHP
32 MaxQ HTTP代理工具、录制测试脚本 Java 1.2以上版本
33 MD1230A 动态测试 可在恶劣环境下进行现场操作应用 安立公司
34 Mercury 全面的、基于Web的集成系统
35 MessageMaster 测试嵌入式软件系统工具 向环境提供基于消息的接口。 ElviorLtd.公司
36 Microsoft Web Application Stress Tool 性能测试 可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响
微软
37 OpenSTA 负载测试 使用环境：OS Independent
可以精确的度量负载测试
38 QADirector 收费 Compuware公司
39 QALOAD 压力测试 收费 COMPUWARE
40 QARUN 静态测试 收费 COMPUWARE
41 Rational Performance 系统性能测试 收费
42 RATIONAL TEAM TEST 回归测试 收费
43 RATIONAL VISUAL QUANTIFY
负载测试 收费 LOADRUNNER
44 SmartBits 网络性能分析 可以测试、仿真、分析、开发和验证网络基础设施并查找故障 思博伦通信
45 SmartCheck 静态测试 针对Visual Basic开发环境的分析工具
46 SQA LOAD 压力测试 收费 RATIONAL
47 SQA ROBOT 静态测试 收费 RATIONAL
48 TAR 终端自动化测试工具 终端自动化测试工具、适用于VT100、VT220
49 Test Manager 收费 Rational公司
51 TESTBYTES 数据库测试工具 收费
52 TestCenter 测试用例管理工具 它实现了测试需求管理、测试用例管理、测试业务组件管理、测试计划管理等
53 TestDirector Web的测试管理系统 需求管理，测试计划，测试执行以及错误跟踪等功能 TestDirector
54 TestExpert 测试管理工具 能管理整个测试过程 Silicon Valley Networks公司
55 TestLink 测试管理工具 使用环境: Apache, MySQL, PHP
50 TestPlan Control 测试流程管理工具 收费
56 TestQuestPro 自动操纵测试工具 提供一种高效的自动检测目标系统，获取其输出性能的测试方法 TestQuest公司
57 TestVectorGenerationSystem 自动化测试 提供自动模型分析、测试生成、测试覆盖分析和测试执行的完整工具包 T—VECTechnologies公司
58 TestView Web性能测试 Web服务的功能、性能、程序漏洞、兼容性、稳定性和抗攻击性 Radview
59 TestWorks 既可单独使用，也可捆绑销售使用 SoftwareResearch.Inc公司
60 TPTEST 测试Internet连接速度 使用环境：MacOS/Carbon、 Win32
61 TrackRecord 缺陷跟踪工具 收费
62 TrueCoverage 静态测试 支持Visual C++、Visual Basic及Java程序语言
63 TrueTime 静态测试 支持Visual C++、Visual Basic及Java程序语言
64 VectorCast 静态测试
嵌入式测试 自动生成测试代码，为主机和嵌入式环境构造可执行的测试架构。 VectorSoftware.Inc
65 WebInject 自动化测试和回归自动化测试 使用环境:Windows, OSIndependent, Linux。
66 webload 性能测试和分析工具 它让web应用程序开发者自动执行压力测试 RadView
67 WINLOAD 压力测试 收费 MI公司
68 WinRunner 企业级自动化测试工具 提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行 Mercury Interactive
-------------
刚好我在学习这块，嘎嘎
转载请注明出处51数据库 » 嵌入式软件的测试方法和工具 嵌入式软件的基本测试方法都有哪些
