嵌入式软件测试-|嵌入式软件|测试|-嵌入式技术网

积分规则

帮助中心

首页新闻人才论文新品活动企业商城下载百科论坛毕昇杯

嵌入式软件	单片机	DSP	存储器	传感控制	光电显示

嵌入式硬件	CPLD/FPGA	SOPC	AD/DA	接口电路	模拟设计

I C设计	通信产品	汽车电子	电源产品	消费电子	数控系统

工业控制	军工/航天	安防产品	医疗电子	计算机外设	测试测量

供应	I C

求购	公司库

IC 求购销售公司论文 DATASHEET 参考设计论坛

当前位置：首页 >> 行业应用 >> 测试测量 >> 相关文章

相关分类:

嵌入式软件测试

作者：任建国来源：电子产品世界点击数：273 更新时间：2008-5-29

您可以添加到网摘让更多人关注此文章：

前言

　　目前在嵌入式领域，目标系统的应用系统日趋复杂，而由于竞争要求产品快速上市，开发技术日新月异，同时硬件发展的日益稳定，造成了软件故障日益突出。由此，软件的重要性越来越引起人们的重视，人们认识到嵌入式系统的测试势在必行。

　　由于嵌入式系统的自身特点，如实时性、内存不丰富、I/O通道少、开发工具昂贵、并且与硬件紧密相关，CPU种类繁多等等。嵌入式软件的开发和测试也就与一般商用软件的开发和测试策略有了很大的不同，可以说嵌入式软件是最难测试的一种软件。

　　嵌入式软件测试使用有效的测试策略是唯一的出路，它可以使开发的效率最大化，避免目标系统的瓶颈。自从出现高级语言，开发环境与最终运行环境通常都是存在差异的，嵌入式系统更是如此。开发环境被认为是主机平台，软件运行环境为目标平台。相应的测试为主机-目标测试或交叉测试。

　　讨论嵌入式软件测试首先就会遇到一个问题：为什么不把所有测试都放在目标上进行呢？因为若所有测试都放在目标平台上有很多不利的因素：例如测试软件可能会造成与开发者争夺时间的瓶颈；目标环境还不具备；比起主机平台环境，目标环境通常是不精密的和不方便的等等。

　　从经济上和开发效率上考虑，在开发周期中软件应该尽可能多地工作在主机系统环境中，其中包括测试。

　　确定主机-目标(Host-target)测试环境后，开发测试人员又会遇到以下的问题：例如多少开发人员会卷入测试工作；多少软件应该测试，花费多长时间测试；在主机环境和目标环境有哪些软件工具，价格如何等等。

　　任何人或组织在测试嵌入式软件时都应深入考虑以上问题，结合自身实际情况选定合理测试策略和方案。

　　嵌入式软件测试或叫交叉测试(Cross-test)，测试内容包括：1.单元测试；2.集成测试；3.确认测试；4.系统测试。

　　使用有效的交叉测试策略可极大地提高嵌入式软件开发测试的水平和效率，下文给出各个阶段的嵌入式软件测试方案。

静态测试

　　静态测试不利用计算机运行被测程序，目的是度量程序静态复杂度，检查软件是否符合编程标准。

1)静态测试工具McCabe QA

　　McCabe QA是美国McCabe&Association公司的产品。它利用著名学者McCabe的软件结构化测试理论，即使用V(G)圈复杂度=模块内部独立线性路径数来度量软件的复杂度。

　　McCabe最大的特点就是可视化，以独特的图形技术表示代码。软件通过分析源码，得到整个软件系统的结构图，同时得到了各种基于工业标准评估代码复杂性，包括V(g)、EV(g)、DV(g)、Halstead等数十种静态复杂度度量。用不同的颜色表示软件模块的复杂性，测试人员的测试重点放在质量差的模块上；提供各种质量模型深入评价软件质量，纪录软件质量波动曲线和版本变化趋势分析，从而控制软件修改不同阶段的质量。在单元级McCabe 显示模块的流程图，并且相对应地标出代码的位置，视图与代码相互对应，可很快找出问题所在。分析最终得到可定制的符合工业标准的综合报告。