单片机（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程序本身的测试，我认为基本上就是以功能测试为主，应该属于黑盒测试吧。
至于程序内部结构等方面的测试，可能没有太大必要，估计很多电子企业也没有这样做。 


程序内部测试，让程序在内部自己测试，然后加上对测试程序的控制
是不是可以说“自适应”阿 
关系程序测试，我想是不是该先分类一下。 

软件测试流程我公司对程序的测试过程，基本：

1.外部环境模拟测试，这主要对产品而言，与程序相关很小，就不提。

2.从产品的角度来说，通常是请非程序设计人员进行重复功能测试，到设计中的缺陷。因为从概率的角度出发，所以比较贴近用户使用的过程。对程序来说，差不多是最后的程序测试关口了。

3.在进行到产品测试前，一般都要内测，也叫功能测试。由自己或专业的测试人员进行，这时候是大量BUG出现的时候。

4.自测。主要对程序结构的测试，重大的结构问题基本集中在这时候解决。

对1,2,3，这是大家都熟悉的，一般公司都会安排。所以，俺想最集中要解决的是4，怎么去自测才规范。

以前听过深圳旋极公司关于程序测试的一些课程，可惜都是针对PC上的大型软件。他们卖专
门用来测试的软件，按照一系列的测试标准和手段，把响应程序嵌入到程序中，最后根据结果和一些相关算法理论得出分析结果。不知MCU上如何使测试标准化一些？用什么手段去测试？

关于EMC,及外部环境测试 

这两个测试正是包含在我讲的第6点中,其实我讲的测试方法也只是个人的工作习惯所穿叉顺带的