程序相关数据说明文档嵌入式软件测试首先简单介绍软件的定义续.PPT

嵌入式软件的测试工具 覆盖分析工具 在进行白盒测试时，可以使用代码覆盖分析工具追踪哪些代码被执行过 分析过程一般通过插桩来完成 插桩可以是在测试环境中嵌入硬件 也可以是在可执行代码中加入软件 或者是两者的结合 嵌入式软件的测试工具 覆盖分析工具 （续） 开发人员通过对分析结果的总结，可以确定哪些代码被执行过，哪些代码被遗漏了 目前常用的覆盖分析工具一般都提供有关功能覆盖、分支覆盖、条件覆盖等信息。 测试工具实例：逻辑分析仪 工作机理 在不打断被测程序运行流程的基础上 对程序运行中的相关信息进行采集和分析 通过真实再现程序运行的逻辑流程和分析程序运行数据 帮助用户优化系统设计和解决出现的问题。 测试工具实例：逻辑分析仪 与调试工具的对比 调试器：照相机 逻辑分析仪：摄像机 测试工具实例：逻辑分析仪 主要功能： 真实再现程序运行流程 发现系统死锁及软件造成的死机 发现系统内存泄漏 指导对任务的合理划分 指导关键路径设计与验证 指导合理分配任务堆栈 CPU使用率统计 指导合理设计中断服务程序 嵌入式系统概论 第五章 嵌入式系统测试与调试—软件测试 接下来介绍本章第二节内容 嵌入式软件开发环境 嵌入式软件测试 嵌入式系统调试 嵌入式软件的固化运行 第二节介绍 嵌入式软件测试 嵌入式软件测试策略 嵌入式系统测试工具 嵌入式软件测试 嵌入式产品的特点 应用系统日趋复杂 竞争要求产品快速上市 开发技术日新月异 硬件发展的日益稳定 软件故障日益突出 软件的重要性逐渐引起人们的重视 嵌入式系统的测试势在必行 嵌入式软件测试 首先简单介绍软件的定义 软件是计算机系统中与硬件相互依存的另一部分 软件包括： 程序 相关数据 说明文档 嵌入式软件测试 首先简单介绍软件的定义（续） 程序是按照事先设计的功能和性能要求执行的指令序列； 数据是是程序能正常操纵信息的数据结构； 文档是与程序开发维护和使用有关的各种图文资料。 嵌入式软件测试 软件测试的目的 软件测试的目的是发现程序中的错误 是为了证明软件有错 而不是证明软件无错 嵌入式软件测试 嵌入式软件测试的特点 由于嵌入式系统自身特点，如： 实时性 内存不丰富 I / O通道少 开发工具昂贵 与硬件紧密相关 CPU种类繁多，等等。 嵌入式软件的开发和测试不同于桌面系统开发和测试 是最难测试的一种软件。 嵌入式软件测试 如何解决嵌入式软件测试难的问题？ 使用有效的测试策略是唯一的出路 由于嵌入式系统使用交叉开发环境，相应的测试定义为host-target测试或cross-testing。 那么，是在目标机上测试还是在宿主机上测试？ 嵌入式软件测试 假如测试都在目标机上，看看有什么问题： 1）可能会与开发者争夺时间、资源 避免它只有提供更多的目标环境； 2）目标环境可能还不可行； 3）比起主机平台环境，目标环境通常是不精密和不方便； 4）提供给开发者的目标环境和联合开发环境通常很昂贵； 5）开发和测试工作可能会妨碍目标环境已存在持续的应用。 嵌入式软件测试 测试建议： 从经济和开发效率的角度考虑 软件开发周期中尽可能大的比例在主机系统环境中进行， 其中包括测试。 嵌入式软件测试 确定host-target测试环境后，开发测试人员又会遇到什么问题？ 1）多少开发人员会卷入测试工作? 2）多少软件应测试，测试花多长时间？ 3）在主机环境和目标环境有哪些软件工具，价格怎样，适合程度如何? 4）多少目标环境可提供给开发者，何时? 5）主机和目标机之间如何连接，以何种方式实现主机与目标机间的通讯？ 6）被测软件下载到目标机有多快? 7）使用主机与目标环境之间有什么限制? 接下来介绍 嵌入式软件测试 嵌入式软件测试策略 嵌入式系统测试工具 嵌入式软件测试策略 针对上述问题应采用一些测试策略 1. 单元测试 2. 集成测试 3. 确认测试 4. 系统测试 嵌入式软件测试策略 1. 单元测试 单元测试指对源程序中每一个程序单元进行测试 检查各个模块是否正确实现规定的功能 从而发现模块在编码中的错误 该阶段涉及编码和详细设计的文档 嵌入式软件测试策略 1. 单元测试（续） 所有单元级测试都可在主机环境上进行 除非少数情况，特别指定了单元测试在目标环境进行 在主机平台上运行，测试速度比在目标平台上快的多 最大化在主机环境进行软件测试的比例，通过尽可能小的目标单元访问所有目标指定的界面。 嵌入式软件测试策略 1. 单元测试（续） 当在主机平台完成测试，也可在目标环境上重复作一个简单的确认测试 以确定一些未知的，未预料到的，未说明的主机与目标机的不同 例如，目标编译器可能有bug，但在主机编译器上没有 通过目标环境上的确认测试，确认不会因为主机和目标机的不同而产生不同的测试结果 嵌入式软件测试策略 2. 集成测试