1、引言
随着数字化时代的到来，大量系统架构复杂、功能日益强大的嵌入式系统正不断进入市场，应用也日趋复杂，这对嵌人式软件的开发技术和测试技术提出了更高的要求。嵌人式系统的复杂性和集成度越来越高，其中的软件部分也开始在整个嵌入式系统中占有越来越多的比例，并经常实现硬件的功能。嵌入式系统的专用程度较高，所以对其可靠性的要求也比较高，为了保证系统的稳定性，避免由于其可能出现的失效而导致灾难性的后果，要求对嵌人式系统，包括嵌入式软件进行严格的测试、确认和验证。基于嵌入式软件自身的特点，如实时性（Real-timing），内存不丰富，I/O通道少，开发工具昂贵，并且与硬件紧密相关，CPU种类繁多，其缺陷不像PC软件的缺陷容易修补等等。传统的软件测试理论不能直接用于嵌入式软件测试，因此，研究嵌入式软件的测试方法和策略，对于提高和改善嵌入式软件的质量有重要意义。
2、嵌入式软件测试的基本方法
嵌入式系统是以应用为中心，以计算机技术为基础，软件硬件可剪裁，适应应用系统对功能、可靠性、成本、体积及功耗严格要求的专用计算机系统。嵌入式系统的软硬件功能界限模糊，测试比PC系统软件测试要困难得多，嵌入式软件系统测试具有如下特点：
（1）测试软件功能依赖不需编码的硬件功能，快速定位软硬件错误困难；
（2）强壮性测试、可知性测试很难编码实现；
（3）交叉测试平台的测试用例、测试结果上载困难；
（4）基于消息系统测试的复杂性，包括线程、任务、子系统之间的交互，并发、容错和对时间的要求；
（5）性能测试、确定性能瓶颈困难；
（6）实施测试自动化技术困难。大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40%以上，在极端情况，测试那种关系人的生命安全的重要的行业中的嵌入式软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。
在嵌入式软件测试中，既要考虑软件本身，还要考虑软件同硬件平台和操作系统的集成，同时还有条件苛刻的时间约束和实时要求，以及其他合性能相关的要求。
2.1 全数字模拟测试
全数字模拟测试是指采用数学平台的方法，将嵌入式软件从系统中剥离出来，通过开发CPU指令、常用芯片、I/O、中断、时钟等模拟器在开发主机平台（Host）上实现嵌入式软件的测试。该方法操作简单，适用于[url=]功能测试[/url]，是一种可以借鉴的常规软件测试方法。但是全数字模拟测试有较大的局限性，使用不同语言编写的嵌入式软件需要不同的仿真程序来执行，通用性差，实时性与准确性难以反映出嵌入式软件的真实情况，当并发事件要求一定的同步关系时，维护统一、精确地系统时钟，理顺时序关系相当困难。因此，设计一个能进行系统测试的环境代价太大，全数字模拟测试只能作为嵌入式软件测试的辅助手段。
2.2 交叉测试（Host/Target测试）
自从出现高级语言，嵌入式系统的开发环境和运行环境通常是存在差异的，开发环境被认为是主机平台（Host），软件运行环境为目标平台（Target），相应的测试为Host Target测试（交叉测试）。测试过程中，充分利用高级语言的可移植性，将系统中与目标环境无关的部分工作转移到PC平台上完成，在硬件环境未建好或调试工具缺乏时就可以开展，这时可以借鉴常规的软件测试方法。系统中与硬件密切相关的部分在Target上完成，用到的测试工具需要支持目标环境。最后，在目标环境中进行验证确认。交叉测试适用于高级语言，操作方便，测试成本较低，但是实时性受调试环境的制约，在目标环境中测试时要占用一定的目标资源。
2.3嵌入式软件测试方法分类
嵌入式软件测试或叫交叉测试（Cross-test），测试内容包括：1.单元测试；2.集成测试；3.确认测试；4.系统测试。
使用有效的交叉测试策略可极大地提高嵌入式软件开发测试的水平和效率，下文给出各个阶段的嵌入式软件测试方案。
静态测试
静态测试不利用计算机运行被测程序，目的是度量程序静态复杂度，检查软件是否符合编程标准。
1）静态测试工具McCabeQA
McCabeQA是美国McCabe&Association公司的产品。它利用着名学者McCabe的软件结构化测试理论，即使用V（G）圈复杂度=模块内部独立线性路径数来度量软件的复杂度。
McCabe最大的特点就是可视化，以独特的图形技术表示代码。软件通过分析源码，得到整个软件系统的结构图，同时得到了各种基于工业标准评估代码复杂性，包括V（g）、EV（g）、DV（g）、Halstead等数十种静态复杂度度量。用不同的颜色表示软件模块的复杂性，测试人员的测试重点放在质量差的模块上；提供各种质量模型深入评价软件质量，纪录软件质量波动曲线和版本变化趋势分析，从而控制软件修改不同阶段的质量。在单元级McCabe显示模块的流程图，并且相对应地标出代码的位置，视图与代码相互对应，可很快找出问题所在。分析最终得到可定制的符合工业标准的综合报告。
2）代码规则检查工具QAC/C++
QAC/QAC++是用于代码规则检查的自动化工具。代码审查主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码的逻辑表达的正确性，代码结构的合理性等方面。发现违背程序编写标准的问题，程序中不安全、不明确和模糊的部分，找出程序中不可移植部分、违背程序编程风格的问题，包括变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内容。
动态测试
动态测试时软件必须运行。动态测试方法分为黑盒法和白盒法。为了较快得到测试效果，通常先进行功能测试，达到所有功能后，为确定软件的可靠性进行必要的覆盖测试。
在软件开发的不同时期进行动态测试，测试又分为单元测试、集成测试、确认测试、系统测试。
单元测试
单元测试方案之一采用IPL公司的Cantata++测试工具，它能够满足开发者进行高效的单元测试和集成测试要求，能够提高测试效率，具有一整套包含测试、覆盖率分析和静态分析的功能。Cantata++含有以下几个主要部分：
CTH测试功能库，Cantata++通过CTH提供的测试函数执行测试，提供测试所需用例的输入输出，并检查输出结果是否符合要求，给出合格/不合格的确切结果。打桩、封装和动态分析的执行也是利用CTH。
3.为什么不把所有测试都放在目标上？
目前在嵌入式领域，目标系统的应用系统日趋复杂，而由于竞争要求产品快速上市，开发技术日新月异，同时硬件发展的日益稳定，造成了软件故障日益突出。由此，软件的重要性越来越引起人们的重视，人们认识到嵌入式系统的测试势在必行。
由于嵌入式系统的自身特点，如实时性、内存不丰富、I/O通道少、开发工具昂贵、并且与硬件紧密相关，CPU种类繁多等等。嵌入式软件的开发和测试也就与一般商用软件的开发和测试策略有了很大的不同，可以说嵌入式软件是最难测试的一种软件。
嵌入式软件测试使用有效的测试策略是唯一的出路，它可以使开发的效率最大化，避免目标系统的瓶颈。自从出现高级语言，开发环境与最终运行环境通常都是存在差异的，嵌入式系统更是如此。开发环境被认为是主机平台，软件运行环境为目标平台。相应的测试为主机-目标测试或交叉测试。
讨论嵌入式软件测试首先就会遇到一个问题：为什么不把所有测试都放在目标上进行呢？因为若所有测试都放在目标平台上有很多不利的因素：例如测试软件可能会造成与开发者争夺时间的瓶颈；目标环境还不具备；比起主机平台环境，目标环境通常是不精密的和不方便的等等。
从经济上和开发效率上考虑，在开发周期中软件应该尽可能多地工作在主机系统环境中，其中包括测试。
确定主机-目标（Host-target）测试环境后，开发测试人员又会遇到以下的问题：例如多少开发人员会卷入测试工作；多少软件应该测试，花费多长时间测试；在主机环境和目标环境有哪些软件工具，价格如何等等。
任何人或组织在测试嵌入式软件时都应深入考虑以上问题，结合自身实际情况选定合理测试策略和方案。
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |