单片机（mcu）软件测试 在MCU上,常用的测试步骤如下: 1>架构平行移植(跨平台).重建.修复后的,架构测试. 2>专用硬件测试程序的,硬件测试. 3>模块移植.修复.虚拟.填充后的,模块测试.(包括的内容最多,最啰唆) 4>数据结构重建后的,动静态数据测试.(工业级编程,最繁杂的过程) 5>程序结构完成后的,软时序测试.(主要测试软件实时性,包括各模块之间的协调性及资源冲突, 工业级编程的重点) 6>程序及系统稳定性测试.(最残酷的环境模拟测试包括EMC.EMI) 7>软件整体性能评估. 8>软硬件配合性能评估. 9>a版本完成后的,整体功能测试. 10>客户意见. 不太详细,感觉一下说不完,这是一个很大的话题,跟项目开发过程关系密切. 各级测试工作并非一次性完成,重复性大,3.4.5是编滩馐灾氐?第 6项是工程测试重点.具体测试 方法,请参阅软件工程的测试方法. 分功能性测试和可靠性测试！ 测试前先做软件结构的评估！ 测试时，分功能性测试和可靠性测试！ 我们还做代码冗余度测试！要求代码尽量简练！ PC上那一套不适合 MCU，那个好象没有 EMC/EMI的测试把！ 这才是 MCU测试的精华所在！ 正在考虑如何实现软件功能的自动测试 初步想法: 在软件内部嵌入测试模块,PC通过串口输入测试命令.测试模块将其转换成相应的输 入: 如键盘输入,串口输入,信号输入等,以此驱动程序运转.同时监测程序的反应(即输出): 显 示,打印,控制等. 并发送结果给 PC.在 PC软件上,根据待测设备实际运行情况,预先设置好测试序 列,并设置运行正常时的输出.这样,即可由 PC自动判定测试结果. 设想情形下,随着程序的开发进程,测试序列也不断增长,直至可以完成全部功能的自动测试.这样, 即使程序重构多次,或者多次修改,也可以随时测试,不必耗费大量的人工和时间. 同样思路,也可以实现单元测试. PC上那一套„„，那个好象缺 EMC/EMI的测试 EMC/EMI的测试是硬件测试 程序的测试，是个好话题 我的观点；不属于所长的大型 MCU程序范围 对于大部分的 MCU系统来说，最终给用户提供的不是软件本身，而是一个实物化的产品。 纯粹的软件测试大概应属于软件工程的领域，而对于 MCU应用系统来说，应该是介于软件行业和电 子行业之间的东西。实际上，MCU应用系统都表现为一种电子产品的形式。它最终可能都归到电子 类行业标准的认证和测试上。和纯粹的软件行业的软件测试差别可能很大。 但是就 MCU程序本身的测试，我认为基本上就是以功能测试为主，应该属于黑盒测试吧...
