常用的测试方法一、黑盒测试1.黑盒测试其实是一种功能测试，主要在软件的接口处进行。
主要测试的以下几类错误：·是否有不正确或遗漏的功能·在给出的接口处正确的输入是否有正确的输出·是否有数据结构错误或外部信息访问错误·性能上是否满足要求·是否有初始化或终止性错误2.黑盒测试用例·等价类划分等价类即输入域的子集合,测试用例设计时应设计出对应的有效等价类和无效等价类·边界值边界值法是对等价类划分方法的补充，主要是测试发生在输入和输出域边界上的错误.等价类划分和边界值着重考虑输入条件,但测试时还应考虑输入条件之间的关系，各种条件的组合情况，即因果图·因果图根据输入条件间的关系生成判定表，根据判定表的每一列来设计测试用例·功能图包括状态迁移图和逻辑模型二、白盒测试1．白盒测试是对软件过程性细节做细致的检查。
主要对软件程序模块做以下检查：·对模块的所有路径至少执行一次·对模块的所有逻辑判断，取“真”和“假”两种情况各执行一次·在循环边界和运行界限内执行循环体·测试内部数据结构的有效性2．白盒测试用例1)逻辑覆盖·语句覆盖·分支覆盖对程序模块中的每个取真分支和取假分支执行一遍·条件覆盖对程序模块中的每个判断的每个条件执行一遍由于以上的测试用例都有较大的缺陷，所以一般不会使用,采用条件组合覆盖更为合理有效·条件组合覆盖(逻辑覆盖的主要方法)2)基本路径测试用例测试步骤：①根据详细设计或源代码导出程序控制流图②计算程序环路复杂性,即独立路径的数目(一条新的路径必须包含一条新边)③生成测试用例(辅助工具：图形矩阵)测试策略一、单元测试1.单元测试时主要对模块的以下5个方面进行检查：·模块接口·局部数据结构·边界条件·独立路径·出错处理二、集成测试1.集成测试时主要要考察程序的以下几个方面:·各个模块连接时,穿越模块接口的数据是否会丢失·一个模块是否会对另一个模块的功能产生不利的影响·各个子功能组合起来,能否达到预期的父功能·全局数据结构是否有问题·单个模块的误差累积起来,是否会被放大,从而达到不可接受的程度2.集成测试的组织和实施中考虑的因素:·选用何种系统集成方法来进行集成测试·各个模块连接的顺序·模块代码编制和测试进度是否集成测试的顺序是否一致·测试过程中是否需要有专门的硬件3.集成测试完成的标志·成功执行了测试计划中规定的所有组装测试·修正了所发现的错误·测试结果通过了专门小组的评审三、确认测试1.确认测试流程:·进行有效性测试,即在模拟的环境下（可能是开发环境），运用黑盒测试的方法，验证所没软件是否满足需求说明书列出的需求。
对于测试结果与预期结果不相符进，要提交一份问题报告。
·软件配置复查软件配置复查的目的是保证软件配置的所有成份都齐全，各方面的质量都符合要求。
·ａ测试和ß测试ａ测试是一个用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。
ß测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试·验收测试验收测试时软件开发人员和QA人员也应参加，由用户参加设计测试用例，使用用户界面输入测试数据，并分析测试结果。
四、系统测试即通过确认测试的软作为整个系统中的一个元素而进行的测试。
嵌入式系统测试方法及工具通常嵌入式系统对可靠性的要求比较高。
嵌入式系统安全性的失效可能会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。
这就要求对嵌入式系统，包括嵌入式软件进行严格的测试、确认和验证。
一般来说，软件测试有7个基本阶段，即单元或模块测试、集成测试、外部功能测试、回归测试、系统测试、验收测试、安装测试。
嵌入式软件测试在4个阶段上进行，即模块测试、集成测试、系统测试、硬件/软件集成测试。
前3个阶段适用于任何软件的测试，硬件/软件集成测试阶段是嵌入式软件所特有的，目的是验证嵌入式软件与其所控制的硬件设备能否正确地交互。
1.白盒测试与黑盒测试由于严格的安全性和可靠性的要求，嵌入式软件测试同非嵌入式软件测试相比，通常要求有更高的代码覆盖率。
对于嵌入式软件，白盒测试一般不必在目标硬件上进行，更为实际的方式是在开发环境中通过硬件仿真进行，所以选取的测试工具应该支持在宿主环境中的测试。
因为黑盒测试与需求紧密相关，需求规格说明的质量会直接影响测试的结果，黑盒测试只能限制在需求的范围内进行。
在进行嵌入式软件黑盒测试时，要把系统的预期用途作为重要依据，根据需求中对负载、定时、性能的要求，判断软件是否满足这些需求规范。
为了保证正确地测试，还须要检验软硬件之间的接口。
嵌入式软件黑盒测试的一个重要方面是极限测试。
在使用环境中，通常要求嵌入式软件的失效过程要平稳，所以，黑盒测试不仅要检查软件工作过程，也要检查软件换效过程。
2、目标环境测试和宿主环境测试在嵌入式软件测试中，常常要在基于目标的测试和基于宿主的测试之间作出折衷。
基于目标的测试消耗较多的经费和时间，而基于宿主的测试代价较小，但毕竟是在模拟环境中进行的。
目前的趋势是把更多的测试转移到宿主环境中进行，但是，目标环境的复杂性和独特性不可能完全模拟。
在两个环境中可以出现不同的软件缺陷，重要的是目标环境和宿主环境的测试内容有所选择。
在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。
在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。
而与定时问题有关的白盒测试、中断测试、硬件接口测试只能在目标环境中进行。
在软件测试周期中，基于目标的测试是在较晚的“硬件/软件集成测试”阶段开始的，如果不更早地在模拟环境中进行白盒测试，而是等到“硬件/软件集成测试”阶段进行全部的白盒测试，将耗费更多的财力和人力。
2.常用的嵌入式软件测试工具1)内存分析工具在嵌入式系统中，内存约束通常是有限的。
内存分析工具用来处理在动态内存分配中存在的缺陷。
当动态内存被错误地分配后，通常难以再现，可能导致的失效难以追踪，使用内存分析工具可以避免这类缺陷进入功能测试阶段。
目前有两类内存分析工具——软件和硬件的。
基于软件的内存分析工具可能会对代码的性能造成很大影响，从而严重影响实时操作；基于硬件的内存分析工具价格昂贵，而且只能在工具所限定的运行环境中使用。
2)性能分析工具在嵌入式系统中，程序的性能通常是非常重要的。
经常会有这样的要求，在特定时间内处理一个中断，或生成具有特定定时要求的一帧。
开发人面临的问题是决定应该对哪一部分代码进行优化来改进性能，常常会花大量的时间去优化那些对性能没有任何影响的代码。
性能分析工具会提供有关的数据，说明执行时间是如何消耗的，是什么时候消耗的，以及每个例程所用的时间。
根据这些数据，确定哪些例程消耗部分执行时间，从而可以决定如何优化软件，获得更好的时间性能。
对于大多数应用来说，大部分执行时间用在相对少量的代码上，费时的代码估计占所有软件总量的5%-20%。
性能分析工具不仅能指出哪些例程花费时间，而且与调试工具联合使用可以引导开发人员查看需要优化的特定函数，性能分析工具还可以引导开发人员发现在系统调用中存在的错误以及程序结构上的缺陷。
3)GUI测试工具很多嵌入式应用带有某种形式的图形用户界面进行交互，有些系统性能测试足根掘用户输入响应时间进行的。
GUI测试工具可以作为脚本工具有开发环境中运行测试用例，其功能包括对操作的记录和回放、抓取屏幕显示供以后分析和比较、设置和管理测试过程。
很多嵌入式设备没有GUI，但常常可以对嵌入式设备进行插装来运行GUI测试脚本，虽然这种方式可能要求对被测代码进行更改，但是节省了功能测试和回归测试的时间。
4)覆盖分析工具在进行白盒测试时，可以使用代码覆盖分析工具追踪哪些代码被执行过。
分析过程可以通过插装来完成，插装可以是在测试环境中嵌入硬件，也可以是在可执行代码中加入软件，也可以是二者相结合。
测试人员对结果数据加以总结，确定哪些代码被执行过，哪些代码被巡漏了。
覆盖分析工具一般会提供有关功能覆盖、分支覆盖、条件覆盖的信息。
对于嵌入式软件来说，代码覆盖分析工具可能侵入代码的执行，影响实时代码的运行过程。
基于硬件的代码覆盖分析工具的侵入程度要小一些，但是价格一般比较昂贵，而且限制被测代码的数量。
嵌入式测试的十大秘诀在嵌入式软件开发过程中，一般来说，花在测试和花在编码的时间比为3:1(实际上可能更多)。
这个比例随着你的编程和测试水平的提高而不断下降，但不论怎样，软件测试对一般人来讲很重要。
很多年前，一位开发人员为了对嵌入式有更深层次的理解，向Oracle询问了这样的一个问题:我怎么才能知道并懂得我的系统到底在干些什么呢? Oracle面对这个问题有些吃惊，因为在当时没有人这么问过，而同时代的嵌入式开发人员问的最多的大都围绕“我怎么才能使程序跑的更快”、“什么编译器最好”等肤浅的问题。
所以，面对这个不同寻常却异乎成熟的问题，Oracle感到欣喜并认真回复了他:你的问题很有深度很成熟，因为只有不断地去深入理解才有可能不断地提高水平。
并且Oracle为了鼓励这位执着的程序员，把１０条关于嵌入式软件开发测试的秘诀告诉了他:1.懂得使用工具2.尽早发现内存问题3.深入理解代码优化4.不要让自己大海捞针5.重现并隔离问题6.以退为进7.确定测试的完整性8.提高代码质量意味着节省时间9.发现它，分析它，解决它10.利用初学者的思维这十条秘诀在业界广为流传，使很多人受益。
本文围绕这十条秘诀展开论述。
１.懂得使用工具通常嵌入式系统对可靠性的要求比较高。
嵌入式系统安全性的失效可能会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。
这就要求对嵌入式系统，包括嵌入式软件进行严格的测试、确认和验证。
随着越来越多的领域使用软件和微处理器控制各种嵌入式设备，对门益复杂的嵌入式软件进行快速有效的测试愈加显得重要。
就象修车需要工具一样，好的程序员应该能够熟练运用各种软件工具。
不同的工具，有不同的使用范围，有不同的功能。
使用这些工具，你可以看到你的系统在干些什么，它又占用什么资源，它到底和哪些外界的东西打交道。
让你郁闷好几天的问题可能通过某个工具就能轻松搞定，可惜你就是不知道。
那么为什么那么多的人总是在折腾个半死之后才想到要用测试工具呢？原因很多，主要有两个。