2.5 测试结果分析
测试结果的分析可以定位错误，指导程序员修改代码，同时指出测试进行的程序并进一步指明测试方向。测试结果的分析是一个由测试结果和测试预得结果进行分析、比较和定位错误的过程。测试结果的分析是一次测试的最后环节，分析时应该考虑软件的运行环境和实际运行环境的差异以及各种外界因素的影响等。
2.6 测试用例的构造与管理
测试用例是为了测试目标程序设计的包括输入项和预得结果的一种文件，根据测试环境和测试目标程序的不同，可分为某种格式的文档或某种输入行为（如一次按键）等。测试用例的构造要尽可能覆盖所有可能的取值范围，使测试尽可能地覆盖所有程序代码，提高代码的测试覆盖率，同时又不作多余、重复和无意义的测试。在嵌入式软件测试的不同阶段，要构造不同的测试用例；在系统平台测试阶段，要构造针对系统任务调度、实时性能和底层驱动程序的测试用例；在模块测试阶段，应构造针对某一模块进行测试的测试用例；在集成测试阶段，针对系统集成时数据传递、结构斜接的问题构造相应的测试用例；在系统测试阶段，要构造针对某项功能的或多项功能结合在一起的测试用例，或使用已经在同类产品上已经验证正确的测试用例。测试用例是可复用的。此外大型的软件开发过程中，测试用例的种类繁多，应该按一定的方法进行管理。用数据库的来管理测试用例是一个很好的选择。根据测试阶段将测试用例进行划分，然后用关键字唯一确定。这样在使用、修改和保存测试用例时都很方便，直接用查询的方式就可以调出测试用例。
3 数控系统软件测试
本数控系统采用ＡＲＭ７处理器，操作系统采用μＣ／ＯＳ实时操作系统，是一个典型的嵌入式系统。由于数控系统较为复杂，开发过程中将任务进行了详细的划分，软件的开发采用模块化开发。模块的划分及数据流向如图７所示。
开发过程中，几个模块由不同的程序员分别进行编码，分别由程序员进行模块测试，并按白盒测试的方法进行覆盖测试。最后集成测试前，根据关联矩阵，程序员协作编写了模块接口函数Ｆ（A1-A2）、Ｆ（Ａ１－Ａ４）、Ｆ（Ａ１－Ａ５）、Ｆ（Ａ１－Ａ６）、Ｆ（Ｆ２－Ａ３）、Ｆ（Ａ３－Ａ４）、Ｆ（Ａ４－Ａ５）、Ｆ（Ｆ５－Ａ６）、Ｆ（Ａ６－Ａ２），然后根据图６所示的测试模型和图８所示的关联矩阵对系统进行了集成测试。分析可知，一些关键模块，如译码模块和刀补模块的测试代码覆盖率达到９０％之上。图９所示的整个系统经过系统测试之后性能稳定，图１０为其加工的零件，目前该系统已经小批量生产。