嵌入式系统导论Lecture嵌入式系统设计方式.pptVIP

* * * * * * * * * 嵌入式软件测试阶段 嵌入式系统使用交叉开发环境，分为宿主机/目标机 嵌入式软件测试定义为host-target测试和cross-testing两个阶段 嵌入式系统的测试技术 Compilation / Link Edition Target Package Host Simulator Emulator Specific Target Execution 报告分析 Test Reports 被测代码 测试用例 假如测试都在目标机上，看看有什么问题： 可能会与开发者争夺时间、资源 避免它只有提供更多的目标环境； 目标环境可能还不可行； 比起主机平台环境，目标环境通常是不精密和不方便； 提供给开发者的目标环境和联合开发环境通常很昂贵； 开发和测试工作可能会妨碍目标环境已存在持续的应用。 嵌入式系统的测试技术 * * 交叉测试（Host/Target测试） 与目标环境无关的部分在PC机上完成 充分利用高级语言的可移植性 借鉴常规的软件测试方法 与模拟测试不同 与硬件密切相关的部分在Target上完成 需要调试环境支持 测试工具需要支持目标环境 最后在目标环境中确认 主机平台 嵌入式系统 调试环境 嵌入式系统的测试技术 * * 如何开展交叉测试（Host/Target测试） 选用带有目标支持包(Target Package)的软件测试工具 确定哪些模块与硬件无关，哪些与硬件相关 配置相应的调试环境和目标环境 分别进行Host和Target测试 Host：源代码+测试用例-编译连接-执行-测试结果 Target：源代码+测试用例+目标包-编译连接-下载-执行-反馈测试结果 交叉测试的嵌入式调试环境 Simulator Emulator BDM/JTAG Emulator 嵌入式系统的测试技术 嵌入式软件测试策略 单元测试 集成测试 系统测试 确认测试 嵌入式系统的测试技术 单元测试 单元测试指对源程序中每一个程序单元进行测试 检查各个模块是否正确实现规定的功能 所有单元级测试都可在宿主机环境上进行 特别指定了单元测试在目标环境进行 当宿在主机平台完成测试，也可在目标环境上重复作单元测试 以确定一些未知的，未预料到的，未说明的主机与目标机的不同 例如，目标编译器可能有bug，但在主机编译器上没有 通过目标环境上的单元测试，确认不会因为主机和目标机的不同而产生不同的测试结果 嵌入式系统的测试技术 集成测试 在单元测试的基础上，将所有模块按照设计要求组装成一个完整的系统而进行的测试 检查与设计相关的软件体系结构的有关问题 软件集成也可在宿主机平台上模拟目标环境运行完成 还需在目标环境上重复集成测试 在目标环境集成测试将确定一些环境上的问题 比如内存定位和分配上的一些错误 嵌入式系统的测试技术 系统测试 在主机上开发和执行系统测试，然后移植到目标环境重复执行 对目标系统的依赖会妨碍将主机环境上的系统测试移植到目标系统 在宿主机环境上的集成测试，依赖于目标系统的具体功能 有些嵌入式系统与目标环境耦合非常紧密，在宿主机环境做集成是不切实际的 一个大型软件的开发可以分几个级别的集成 低级别的软件集成在主机平台上完成有很大优势 越往后的集成越依赖于目标环境 嵌入式系统的测试技术 确认测试 所有的确认测试和系统测试必须在目标环境下执行 确认测试最终的实施必须在目标环境中 系统的确认必须在真实系统之下测试 确认测试关系到嵌入式软件的最终使用 嵌入式系统的测试技术 常用嵌入式软件测试工具 内存分析工具 性能分析工具 覆盖分析工具 缺陷跟踪工具 嵌入式系统的测试技术 内存分析工具作用 用来处理在进行动态内存分配时产生的缺陷，如内存泄露 当动态分配的内存被错误地引用时，产生的错误通常难以再现，出现的失效难以追踪，使用内存分析工具可以很好地检测出这类缺陷 内存分析工具有软件和硬件两种 基于软件的内存分析工具可能会对代码的执行性能带来很大影响，从而影响系统的实时性； 基于硬件的内存分析工具对系统性能影响小，但价格昂贵，并且只能在特定的环境中使用 嵌入式系统的测试技术 性能分析工具 如Testbed /RTInsight 嵌入式系统的性能通常是一个非常关键的因素，如能耗、实时性等 开发人员一般需要对系统的某些关键代码进行优化来改进性能 分析确定哪些任务消耗了过多的执行时间，从而可以决定如何优化软件，以获得更好的时间性能。 引导开发人员发现在系统调用中存在的错误以及程序结构上的缺陷 嵌入式系统的测试技术 程序覆盖分析工具，如 CodeTest 代码覆盖分析工具追踪哪些代码被执行过 分析过程一般通过插桩来完成 插桩可以是在测试环境中嵌入硬件 也可以是在可执行代码中加入软件 或者是两者的结合 开发人员通过对分析结果的总结