ＤＳＰ汇编语言软件测试方法研究
摘要：该文深入分析了DSP汇编语言软件的测试难点，给出DSP汇编语言软件的测试策略，对DSP汇编语言软件测试具有重要的应用意义。
关键词：DSP；汇编语言；测试
中图分类号：TP313文献标识码：A文章编号：1009-3044()23-963-02
DSP Assembly Language Software Testing Method
HU Qing-xia, LIU Qing-feng
(91413 Units, Qinhuangdao 066001,China)
Abstract: The in-depth analysis of the DSP assembly language software testing difficult, given the DSP assembly language software testing strategy, the DSP assembly language software is an important test of significance.
Key words: DSP; assembly language; test
1 引言
目前，DSP硬件系统已具有了很高的可靠性，但其软件系统，特别是用汇编语言设计编写的较为复杂的软件系统，可靠性总是难以得到保证，更是缺少完整的质量保证和评估体系，这已经成为DSP应用方面亟待解决的一个问题。对DSP汇编语言软件的测试与一般的软件测试不同，其自身的特点决定了测试面临的困难。本文首先对其测试难点进行分析，然后给出了DSP汇编语言软件的测试方法。
2 DSP汇编语言软件环境的复杂性分析
2.1 与硬件结合紧密，测试环境难以搭建和选择
汇编语言的程序是烧制到DSP芯片中运行的，DSP芯片种类繁多。这些芯片的外部管脚、内部存储器分配都各不相同 。在搭建宿主机测试环境时必须选择各种不同的相对应的芯片，然后配合仿真器与宿主机连接。这些硬件的配置本身就增加了测试难度，然而这些仿真环境总是和目标环境之间有着不小的差异,比如目标环境的中断难于模拟等。基于目标的测试消耗较多的经费和时间，而基于宿主的测试代价较小，但毕竟是在模拟环境中进行的。目前的趋势是把更多的测试转移到宿主环境中进行，但是，目标环境的复杂性和独特性不可能完全模拟。
2.2 I/O通道少，测试数据获取比较困难
在DSP汇编语言软件的测试中给主机上载测试数据是很困难的。目前主要是基于以下3 种方式：1)实际的物理通道；2)开发工具IDE的虚拟IO功能；3)直接读取内存区数据。第一种方式就是目标机和主机之间具备物理的通信方式，比如以太网、串口、并口、USB等。这种方式要求系统必须具备这种通信方式和通信软件，一般只适用于系统级的测试。第二种方式是借助开发工具，比如TI CCS，这种方式调试较为复杂也容易出错。第三种方式则是需要占用较多的内存资源。
2.3 实时性要求较强
DSP软件一般都用作控制系统的内核，所以有很高的实时性要求，而实时性的测试是一般的测试方法和测试工具都难以实现的。
2.4缺少相应测试工具
汇编语言结构和语法都比较繁琐和冗长，这首先使测试人员理解程序变得困难，又因为DSP芯片的多样性，使得开发针对DSP汇编语言软件的通用测试工具几乎是不可能的。因此，在测试时，只能够使用一些外围测试工具(比如覆盖率分析工具等)，而把测试的重点放在人工的代码审查上面，这就要求测试人员要很熟悉相应芯片的用法并且还要与开发人员充分的沟通。
3 DSP汇编语言软件的测试策略
DSP汇编语言软件是最难测试的软件之一，必须制定有效的测试策略。在搭建测试环境时，要寻求宿主机与目标机之间的平衡，即要对目标环境和宿主环境的测试内容有所选择，在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。而中断测试、硬件接口测试、系统集成测试等必须要在目标环境中进行。而在测试环境搭建完成之后，考虑到重要性以及测试执行先后顺序，把整个测试依次分为以下几个不同阶段。
1)代码审查阶段。对于DSP汇编语言软件，代码审查是整个测试的重点，要占到整个测试周期的60%。同时，代码审查又是功能测试编写测试用例之前的必要步骤。代码审查最好是在开发环境中通过硬件仿真进行。
2)功能测试阶段。在功能测试阶段，采用功能分解法、等价类划分和猜错法等方法，根据软件需求规格说明中所规定的软件正式合格项设计并执行测试用例，以验证其功
