随着信息技术与信息产业的发展，计算机软件广泛地渗入到了我们的工作和生活中，各种产品和设备与计算机软件的联系也越来越紧密。计算机软件的质量优劣也日益受到人们的重视。软件测试是保证软件质量的重要手段。在软件工程中，软件测试是软件生命周期中一项非常重要的工作，也是一项非常复杂的工作。
1模拟器软件的开发与测试
软件是模拟器的重要组成部分，软件的质量直接影响着模拟器的质量。软件如果存在缺陷或故障，将会导致模拟器在使用过程中发生错误，对用户产生各种影响。模拟器软件的开发过程一般包括制定计划、需求分析、软件设计、软件编码、软件测试、运行维护等6个阶段。软件测试是模拟器软件开发过程中的一个阶段，是保证模拟器软件质量的重要方法和手段。软件测试技术可分为静态测试与动态测试。静态测试是一种不通过执行程序而进行测试的技术，关键是检查软件的表示和描述是否一致，有无冲突或歧义。动态测试通过人工或使用工具运行程序进行检查，分析程序的执行状态和程序运行的表象。动态测试一般分为白盒法测试和黑盒法测试。白盒法测试对象是源程序，依据程序内部的逻辑结构来发现编程错误、结构错误和数据错误。黑盒法是把测试对象看成一个黑盒子，依据软件的功能或软件行为描述，发现软件的接口、功能和结构错误。
2模拟器软件系统测试的目的和内容
模拟器软件测试是一项非常复杂的工作，首先要按照详细设计的要求对所有模块的功能、性能、接口等进行单元测试，发现每个程序模块内部可能存在的差错，确保每个模块单元工作正常。在单元测试的基础上，将所有已通过单元测试的模块按照概要设计的要求组装成系统进行集成测试，发现与接口有关的各种错误，确保各单元模块集成系统后能够按设计要求协作运行，并确保增量行为的正确性。
模拟器软件的系统测试，就是将已经过集成测试的模拟器软件和其它支持软件安装在模拟器的专用计算机上，并与模拟器的硬件设备、人员等所有系统元素结合在一起，在实际的运行环境下，对模拟器软件进行全面测试。通过对模拟器软件的需求定义进行比较，找出软件与需求定义不相符之处，通过对模拟器进行一系列严格测试来发现软件中潜在的错误和缺陷，以确保模拟器交付给用户后能够正常使用。
模拟器软件系统测试包含功能性测试和非功能性测试两类测试内容。功能性测试的目的是测试软件的主要功能与用户的需求是否一致，主要进行训练环境设置功能测试、训练功能测试、训练评估功能测试。非功能性测试主要测试软件的性能、可靠性、健壮性是否满足设计要求，主要进行性能测试、可靠性测试、易用性测试。模拟器软件的系统测试主要采用黑盒测试技术中的因果图、决策表、错误推测等测试方法。
3模拟器软件的功能性测试
功能测试不考虑模拟器软件的内部结构和处理过程，通常在程序的界面处进行测试，测试软件是否能够按照需求的规定正常运行，是否能够实现与需求一致的所有功能，发现软件与需求定义不相符之处和潜在的错误与缺陷。模拟器软件的功能性测试主要进行训练环境设置功能测试、训练功能测试和训练评估程序功能测试。
3.1训练环境设置功能测试
在训练开始前模拟器要进行训练环境设置，训练环境包括地理地形、气象条件、各种设置、各类模型数据等。训练环境设置的功能测试用例应当按照软件需求进行设计，要考虑到不同训练环境的各种组合情况，测试目的就是核实在不同的环境设置时数据载入是否正确、是否完整，是否完全符合设计要求。
3.2训练功能测试
模拟器的训练功能就是在各种操作方式（正确或错误）条件下仿真装备的真实反应（状态和过程）。不同的操作方式就是按照不同的操作顺序将模拟器不同设备面板的各种操作器件置于不同的位置状态，所有操作器件不同顺序的不同位置状态可以产生数量很大的各种条件的输入组合。仿真装备的真实反应就是模拟器软件的输出，就是启动不同的仿真过程、或改变仿真进程、或使模拟器显示器件显示不同内容与状态、或导致三维场景的不同改变。对于模拟器软件这种多条件组合输入、产生多动作输出的复杂功能测试使用因果图（逻辑模型）方法设计测试用例比较合适。
采用因果图方法设计模拟器软件功能测试用例的步骤：首先确定模拟器软件功能中的原因和结果，确定原因和结果之间的逻辑关系，根据这些关系画出因果图。确定因果图中的各个约束。然后把因果图转换为决策表。根据决策表设计测试用例。
由于模拟器软件的功能测试比较复杂，应当采用错误推测法作为辅助测试方法，依靠测试人员的经验和直觉推测软件功能可能存在的各种错误从而有针对性地设计测试用例。
根据测试用例进行训练功能测试，检查在各种操作方式条件下软件的训练仿真过程以及模拟器表象及状态是否与设计要求完全一致、是否存在错误和潜在的缺陷。
3.3训练评估程序的功能测试
4模拟器软件的非功能性测试
模拟器软件的非功能性测试主要内容包括性能测试、可靠性测试、易用性测试。
4.1性能测试
4.2可靠性测试
4.3易用性测试
模拟器软件的易用性主要是指训练环境设置、成绩评估等环节的界面易懂、选择准确、操作方便。界面的设计要尽量符合人们的习惯和思维方式，按钮名称用词准确、没有歧义，同一界面的按钮要易于区分，用户能够进行正确理解界面的功能并能够进行正确操作。用户能够终止进程，重新返回、重新选择。通过对界面的操作来测试模拟器软件的易用性。
5结论
参考文献
[1]赵斌.软件测试技术经典教程[M].2版.北京：科学出版社，2011.
[2]李海生，郭锐.软件测试技术案例教程[M].北京：清华大学出版社，2012.
【关键词】系统测试；信息系统；监理；要点
前言
随着我国信息化工程的加速推进，在项目的信息化过程中引入了第三方监理。其主要职能是对软件信息系统进行监理工作。主要负责测试系统，达到项目验收的目的，在监理测试信息系统的过程中，系统测试工作的规范化，标准化，科学化，有利于信息系统测试结果的准确性的提高。本文针对信息系统测试中监理的要点进行分析，指出了监理工作的重点及重要性。
1.信息系统项目测试的流程
从信息系统监理的角度，信息系统项目中测试的流程基本分两步进行，第一步，承建单位进行的测试;第二步，项目小组(建设单位、监理单位、承建单位)进行的测试。
图1信息系统项目测试的流程
(一)信息系统的类型
信息系统，从项目建设的角度可以分为纯开发系统和二次开发配置系统。纯开发系统是指根据用户需求，采用某种编程语言(如Java、JSP)和某种开发工具(如eclipse)，从零基础开始编写代码实现的系统。二次开发配置系统是指在成品软件(如OracleDIM、OracleBIEE、OracleCRM、OracleEBS、OracleiLearning等)的基础上，根据用户需求，进行配置开发实现的系统。
(二)纯开发系统
(三)二次开发配置系统
与纯开发系统的区别，主要体现在(1)系统界面的整体布局基于成品软件产品，细节部分可以二次干预;(2)系统组件、控件的合理性也基于成品软件产品，不建议二次干预(系统升级后，一切恢复为成品软件原始状态);(3)编写开发代码的工作量比纯开发系统的工作量少。
系统测试中监理要点分析
1.信息系统测试中监理的工作
(一)审核承建单位的单元测试报告、集成测试报告、自测报告(总集成测试报告)及回归测试报告；
(二)审核承建单位提交的系统测试计划、系统测试方案(包含测试用例)；
(三)根据测试计划和测试方案，制定系统测试记录表，包括功能测试记录表、性能测试记录表、回归测试记录表，三方讨论确认后执行；
(四)协助业主方、确定性能测试指标，三方签字确认后执行；
(五)根据测试记录表，出具测试结果分析报告(功能测试结果分析报告、性能测试结果分析报告、回归测试结果分析报告)，其中，功能测试结果分析报告和性能测试结果分析报告作为回归测试的依据；
(六)汇总测试结果分析报告，出具初验系统测试报告。
2.平台的系统测试
平台经过需求调研分析、概要设计、详细设计、二次开发配置、差异化分析及修正、自测等阶段之后进入项目初验阶段，承建方提交初验申请，批准后，业主方、监理方、承建方组成平台初验的系统测试小组对平台进行系统测试，包括功能测试、性能测试及回归测试。
(一)功能测试阶段
平台的系统测试的功能测试部分的流程，可以概括为：
(1)监理方根据承建方提交的测试方案，制定《功能测试记录表》包含需求分析说明书中的所有功能点和项目合同文件中的所有功能模块；
(2)按照测试方案(含测试用例)，采用手动测试的方式，一边测试一边记录测试情况；
(3)监理方对功能测试记录表进行分析，形成《功能测试结果分析报告》，包含通过测试的功能点及模块、未通过测试的功能点及模块、计划完成功能点及模块数与实际完成功能点及模块数的比较、存在的问题及建议；
(4)承建方根据功能测试结果分析报告，制定《回归测试记录》确定初验阶段回归测试的内容及终验时需跟进的内容，三方讨论通过后执行。
(二)性能测试阶段
平台的系统测试的性能测试部分分别采用人工方式和工具测试两种方式进行。该阶段的流程，可以概括为：
(2)监理方根据承建方提交的测试方案，制定《性能测试记录表》包含功能性、可靠性、易用性、效率、可维护性、可移植性六个方面；
(3)在功能测试完成时采用人工方式，进行以上六个方面的性能测试，填写性能测试记录表；
(4)监理方汇总性能测试记录表，形成《性能测试结果报告》；
(5)根据性能测试指标，采用工具测试的方式，对平台进行负载压力测试，生成测试报表；
(6)承建方对测试报表进行分析，形成《性能测试分析报告》，提交监理方审核，审核通过后性能测试结束。
(三)回归测试阶段
平台的系统测试的回归测试主要是指对功能测试的回归测试，该阶段的流程，可以概括为：
(1)按照测试方案和《回归测试记录》中确定的内容对平台进行回归测试，并将结果记录在回归测试记录中；
(2)监理方对回归测试记录结果进行分析，形成《回归测试结果分析报告》，包括本次通过测试的内容、还需改进在终验时跟进的内容、在用户培训时需重点跟踪的内容、平台上线后需进行深化的内容；
(3)将回归测试结果分析报告和回归测试记录中约定的需在后期跟进的内容汇总整理形成《工程备忘录》，作为对项目初验的补充。
(四)系统测试报告
平台的系统测试u引经历功能测试、性能测试及回归测试之后基本结束，监理方汇总整个测试过程中产生的文档，形成《系统测试报告》及附件，附件包括《功能测试结果分析报告》、《性能测试指标》、《性能测试结果报告》、《性能测试分析报告》及测试报表、《回归测试结果分析报告》、《工程备忘录》。
四.系统试运行中监理的工作要点
系统试运行是为了检查系统的稳定性、适用性等。一般情况下监理方在这个阶段的主要工作有：
1.审核竣工文档资料的完整性、可读性及一致性；
2.审核软件环境配置与设计方案的符合性；
3.检测验证系统功能性能与合同的符合性；
4.检查人员培训计划落实情况；
5.出具阶段性验收报告；
6.帮助用户制定系统运行管理规章制度；
7.在保修期内定期或不定期对项目进行质量检查、督促承建方按合同要求进行维护。
本阶段，软件开发的工作告一段落，重点在于解决试运行工作中暴露出来的各种问题，和系统交付用户前的各项准备工作。一般情况下，目前业内第三方软件功能、性能测试均在本阶段进行。
五、结束语
信息系统监测监理工作是一份技术含量高，智力高等优质素质的工作，他是多种科学领域综合交叉的产业，软件工程监理是一门技术含量高，智力、知识密集型的产业，信息系统监测是多种科学技术领域的综合交叉的产业，涉及到国民经济的各个领域，因此，本文着重分析系统监测监理的工作要点，有助于监理们更清晰的把握工作职责，让系统检测工作得到有的放矢的开展。
参考文献：
关键词：web测试；测试技术
在一个软件项目开发中，系统测试是保证整体项目质量的重要一环，基于Web的系统测试与传统的软件测试既有相似之处，又有不同的地方，对软件测试提出了新的挑战。本文就笔者开发的工资查询系统的测试技术及使用的相应的自动测试工具做一个简要的介绍。
1网站功能测试
1.1．测试环境配置
本次测试使用了多台计算机，已装好Windows系统。选择其中一台作为服务器，将系统运行所需的软件安装完毕。
1.2．表单测试
2系统联合测试
将系统集成为完整的网上工资查询管理系统，通过联合测试来检验系统的耦合性，以及功能上和性能上是否满足设计目标。设计测试范例如下：
2.1．测试范例A
查看页面链接是否有不可达现象。测试工具选择XenuLinkSleuth，这是个功能强大的检查网站死链接的软件，可以分别列出网站的活链接以及死链接，连转向链接都分析得一清二楚；支持多线程，可以把检查结果存储成文本文件或网页文件。启动软件在其File菜单下打开CheckURL选项，在Whataddressdoyouwanttocheck下拉菜单中填入测试URL：localhost:8080/myweb/index.jsp执行测试。测试结果如图2-1所示。
图2.1页面链接测试
图中Address表示链接地址，Status显示链接状态，如发现死链接将会以红色字体显示出来。在测试中发现了死链接，这是由于在编写页面时链接地址写错造成的，修改后页面链接测试显示正常。测试表明网上工资查询系统不存在死链接问题，运行正常。
2.2．测试范例B
进行服务器的压力并发测试，找出服务器能够支持的最大客户端数。测试内容为系统压力负载测试，测试估算的依据是：假设在实际环境中，用户只启用一个服务器进行所有的业务处理。方法是：按照正常业务压力估算值的1~10倍进行测试，考察服务器的运行情况。本次测试使用的工具是JMeter。JMeter是Apache组织的开放源代码项目，用于模拟在服务器、网络或者其他对象上附加高负载以测试他们提供服务的受压能力、或者分析他们提供的服务在不同负载条件下的总性能情况，使用方法很简单，启动服务器，将JMeter下载解压到目录，运行bin中的jmeter.bat就可以使用。本次使用jakarta-jmeter-2.2版本。具体测试步骤如下：
（1）建立一个测试计划（TestPlan），添加测试线程组：线程数为10；同时并发请求为3；循环次数为5。
（2）添加HTTPRequestDefaults，设置参数Name：HTTPRequest；servernameorip：127.0.0.1;portnumber：8080。
（3）添加HTTPRequest，设置参数Name：HTTPRequest；path：/myweb/index.jsp。
（4）添加GraphResults执行后结果如图2.2：
图2.2负载并发测试
3系统测试中遇到的问题及解决方法讨论
3.1页面乱码问题
在JSP开发过程中，当数据从数据库读出返回到WEB浏览器中时，中文字符变成了乱码，经过查找和分析，发现其原因是由于数据库、Java和JSP文件之间的字符编码差异造成的。当数据存取到数据库时采用统一的ISO-8859-1字符集，而Java程序在处理字符时默认采用的也是ISO-8859-1字符集，所以在数据添加的时候Java和数据库都是以ISO-8859-1方式处理的，这样是不会有乱码问题的。但是当从数据库读取数据时就会出现乱码问题，因为读出的数据是以ISO-8859-1字符集编码的，而JSP文件头中会加入这条语句，这说明页面采用的是GB2312字符集显示，这样就和读出的数据不一样了。页面显示的就是从数据库中读出的字符乱码，解决的方法就是转码，从ISO-8859-1转成GB2312，就可以正常显示了。这个问题可以通过编写一个转码类来解决，代码如下：
try{
关键词：构件化；软件开发；过程；开发实例；系统测试技术；构件测试方法；问题
Component-basedSoftwareDevelopmentandSystemTestingTechnologyExploration
YeWei
(NingboDahongyingUniversity,Ningbo315175,China)
Abstract:Alongwiththesocialdemandforsoftwarecontinuestoincrease,aswellasthedifficultyandcostofsoftwaredevelopmentincrease,thetechnologyofcomponent-basedsoftwaredevelopmentandsystemtestingismoreextensive,component-basedsoftwaredevelopmentprocesstoexplore,whiletheuseadevelopmentinstance,thelastcomponent-basedsoftwaresystemtestingandcomponenttestingmethods,
andcometotheproblemsinthetestingtechniques.
Keywords:Component-based;Softwaredevelopment;Process;Developmentinstance;Systemtestingtechnology;Componenttestmethods;Problem
一、构件化软件开发过程分析
对于基于构件的开发，其指开发软件系统的时候，把这个过程视为基于体系结构指导，合理运用构件组装形式，进行软件系统开发的一种软件开发方法。下述的四个阶段构成了构件化软件开发过程。
第一个阶段就是进行问题域分析与建模的阶段。针对具体的问题情形，合理实施分析以及建模，与此同时，能够利用合适的UML模型进行表示说明。
第二个阶段就是求解域模型设计阶段。针对问题域，合理实施分析建模，随后得到求解域模型，就是系统需要的构件以及系统的体系结构。针对那些可以进行复用的构件，对其接口进行合理分析，然后确认是否应该进行扩展，要是增加一些新的构件，进行恰当的分析设计，进而保证构件可以达到求解域的需求。还要尽可能地保证构件有着可复用性。
第三个阶段就是构件的开发及组装阶段。在构件库内，进行可以达到需求构件的选用，并对其接口进行扩展，使之于目前工程相适应；针对新研发出来的软件构件，可以把它储存到构件库内，保证日后的方便复制使用，还应把它运用到目前的工程里[1]。组装完成后，完整的系统便得出，进行测试合格之后，就能够运行。
最后阶段就是应用系统的演化阶段。针对构件的应用系统的演化，换句话说就是构件的替换、升级以及扩充的过程，按照具体的运行效果，同时根据用户的实际要求，合理调整软件，以保证期对新的环境的适应性。
二、开发实例分析
当进行某个系统开发的时候，积极采用构件复用技术，进而确保权限配置管理功能的实现。通过合理的分析，对于系统的权限管理，“用户-角色-功能”方式得以确定，其为基于角色的访问控制模式，对已有构件的复用可以确保此功能的合理实现。
三、构件化软件系统测试技术研究
由于构件自身具有的特点，实施测试人员主要由构件的开发方以及构件的使用方来组成的，由于他们在测试中占据不同的立场，在实施测试的内容方面多少会存在一定的差异性：一是测试目的是不相同的，构件的开发方对构件的所有功能进行测试，构件使用方则更多的关心与其有关部分的功能。二是使用的环境存在差异性；三是具有的资源存在差异性，对于构件开发方，其对构件源代码有着一定拥有权，但是对于构件的使用方，只具有构件的可执行代码；于是，当对构件软件进行实施测试时，要分别站在构件的开发方以及构件使用方等两个角度上展开[2]。基于构件的使用方角度，测试方法是通过测试构件类型进而得出，具有两种主要类型的构件：首先源代码不确定，只给予使用方测试的信息当作所提供服务的COTS构件；另外一种是源代码具有可访问性的构件。当构件类型不同时，对测试方法的选用也是不同的。
（一）对构件测试方法的分析
目前，对构件的测试主要是通过以下几个方法：
1.基于构件使用规范说明的测试。以下方法都与构件开发方有着一定联系，本方法按照构件运用方就应用环境与规范给予的数据当作测试用例，只局限于黑盒测试中来使用。
2.内置测试。对于构件开发方，他们把有着可执行性的测试用例内置于构件内，同时当作构件的常用功能，在构件集成于实际应用环境的情况下，对其中测试用例进行运行，进而进行集成测试；
3.元数据。针对在集成测试的时候，构件信息缺乏等一些问题，构件开发方将关于构件的基本信息通过元数据这一合理形式，给予构件测试或者使用方，确保测试顺利地实施，提升构件的可测试性是它的核心内容；
4.可测试体系结构。由构件开发方会提供与构件相配套的可测试体系，这样构件使用方在实施测试的情况下，能对测试用例进行直接执行，和上述各个方法相比，不同的是，该测试信息通过规范的形式附加于构件之上，当运行的时候，没有占用内存[3]。
5.证明策略。一般情况下，由于构件证明不同的承担方，构件证明主要包括以下几类：首先是构件使用方构件证明，其次是第三方构件证明，最后为构件开发方构件证明。
（二）构件测试技术中存在的一些主要问题
1.怎样利用系统方法对测试驱动程序与插针进行构建。对于构件测试驱动程序，其一定是基于脚本的程序，同时仅仅对其黑盒功能进行执行。主要有基于场景以及规范的测试驱动程序；各个测试探针进行构件行为或者黑盒功能的合理模拟，在当前，还是主要通过基于操作脚本以及基于模型的方法。
2.怎样合理构造出可重用的构件。就是开发系统方法以及工具安装可重用的测试程序，进而进行各种测试资源的存储及管理，主要有测试脚本、测试用例以及数据[4]。在当今，两个方向较为突出，一个为于构件内部中进行构件测试的创建，内置测试就是实例；另外方向是使用可直接插拔技术进行一套测试程序的创建，不仅牵涉了测试访问接口以及标准化测试信息格式，还牵涉到测试数据库模式与定义以及开发新的可插拔技术支持构件单元测试。
3.怎样正确进行可重用及通用的构件测试平台的构建。在一般情况下，测试检索以及执行、测试结果检查以及报告组成了测试执行环境。此测试平台可以根据不同语言及不同技术开发实现的构件是它的主要问题。
4.怎样合理进行可测试构件的构建。其牵涉到三个问题，就是定义及设计可测构件的测试接口与公共结构、开发系统方法进行可测构件的构建、最小化系统资源及开销。
四、总结
由于社会对软件的需求一直增加，软件复杂度及规模一直加大，因此，人们就不断探索创新软件开发技术，进而满足软件发展的需要。对于构件技术，其要经过创建及复用构件，还要通过组装构件保证软件系统开发的完成，能使系统的开发效率提高，系统的开发成本还减少，进而达到软件复用的要求。于是，构件化的软件开发方法能够作为一种有效途径，使软件危机得以解决。与此同时，更要引起构件测试技术中的一些主要问题。
[1]梅宏,杨芙清.构件化软件设计与实现[M].北京:清华大学出版社,2008
[2]许帧．基于构件的软件开发方法及实现[J].软件导刊,2009,11:17-19
关键词：嵌入式测试；课程分析；教学方法
中图分类号：TP3-4
信息技术和网络技术的飞跃发展，我们已经进入后PC时代。而嵌入式系统可谓是后PC时代的代表，嵌入式技术以其灵活、高效和性价比高等诸多优势，被广泛应用于各项领域，从家庭的洗衣机、电冰箱、空调、小汽车，到办公室里的远程会议系统等，这些都属于可以使用嵌入式技术进行开发和改造的产品。因为嵌入式系统经常应用于对可靠性和稳定性要求很高的领域，所以对于嵌入式系统的测试显得尤为重要，因此嵌入式系统测试技术也是当前计算领域研究的热点。
1开设《嵌入式系统测试》课程的背景与意义
嵌入式系统作为现代科技高速发展的产物，渗透到我们生活的各方各面，发挥着重要作用。随着我国嵌入式产品的快速发展，人们对于产品的性能要求越来越多，稳定性也要求越来越高。为满足这些需求，越来越多的人意识到嵌入式系统测试的重要性，这也促使国内对于嵌入式系统测试人才的需求也越来越多，嵌入式系统测试也将成为我国现在乃至未来最炙手可热的职业之一。同嵌入式系统测试的飞速发展相比较，我国高校在这方面的培养则相对落后，一方面部分计算机专业的学生毕业后找不到工作；而另一方面很多嵌入式企业或公司急需大量嵌入式系统测试人员来完成项目测试工作。归根究底，导致这种现象的原因主要是高校的传统教育无法满足市场需求的快速变化。目前市场的发展趋势是：越来越多的嵌入式设备的系统趋于复杂化，而系统测试将发挥起决定性的作用，所以当前业界非常缺乏的就是嵌入式方向的测试人才。
由此可见，我国各大高校争相开设《嵌入式系统测试》这一门课程，主要目的就是要适应市场发展变化，教授当前最实用的测试技术，培养有实力和高竞争力的嵌入式测试人才，为学生今后的就业打下坚实的基础，也为我国的嵌入式事业贡献自己的一份力量。
2课程特点分析
嵌入式系统测试对测试人员的要求较高，要求他们能够熟练掌握软硬件两方面的知识，不仅要懂底层的硬件知识，而且对软件知识也有较高的要求，包含了大量的专业性很强的理论和实践技术，市场上需要的嵌入式测试人才必须具备高级语言编程经验、嵌入式系统开发经验等。综合以上原因，笔者归纳了《嵌入式系统测试》课程的特点：
2.1该课程涉及专业课程较多
《嵌入式系统测试》是一门综合嵌入式软件与硬件的课程。测试人员，仅有软件方面的知识，而缺少对硬件方面的了解，则无法达到理想的测试效果。在很多时候即使发现了错误，也很难立即分清到底是软件的错误还是硬件本身的错误；因此，各个高校在开设《嵌入式系统测试》课程前，都有一些相应的前驱课程来奠定一个良好的基础，通常所需的前驱课程有：高级语言程序设计，嵌入式系统，单片机等。而该课程本身所涉及的内容包括：前半部分主要介绍嵌入式系统基础知识、系统测试基础原理、和硬件测试环境；后半部分课程主要介绍嵌入式系统测试流程；主流测试工具使用等。《嵌入式系统测试》是一门将多种软、硬件方面的知识融合在一起的课程。
2.2理论知识较为枯燥
2.3实验条件要求较高
嵌入式测试学习过程中需要有较强的动手实践能力。对于嵌入式系统而言，嵌入式软件测试与硬件测试并没有明显的分界。嵌入式系统工作环境不同于一般软件，嵌入式软件的开发和测试通常处于跨平台的交叉工作环境。在进行嵌入式软件测试的时候，我们需要将软件运行在目标机上。然后将目标机的输入输出重定位为主机的输入输出设备，即可借助主机的资源完成对目标机的操作，一旦具备这样的条件，就可以将传统的软件测试方法应用于嵌入式软件测试中。毫无疑问，要能够顺利完成该课程的测试实验，对于实验器材的要求都较高。
3教学方法探讨
在对课程特点分析的基础上，结合笔者亲身的教学经历对该门课程的教学方法提出了一些自己的想法，将多种教学方法结合起来应用。
3.1激发学生的学习主动性
我校开设《嵌入式系统测试》这门课程，是针对计算机科学与技术专业大四的学生。这些学生在面临就业和毕业设计的双重压力下，对于大四的课程学习，往往显得“力不从心”，无法集中精力好好学习。在教学初期应将学生感兴趣的测试行业就业形势介绍清楚，嵌入式测试领域的要求虽然相对较高，但付出与收获是成正比的。在后期教学过程中，应坚持将所教授的理论知识，结合在实际企业中的应用，进行拓展介绍。这样一来，学生不仅学到了知识本身，还了解到企业的运作流程，让学生意识到所学内容不再遥远。注意培养学生对嵌入式测试的兴趣，激发学习积极性与主动性，坚定学好这门课程的信念。
3.2使用对比教学法
嵌入式测试领域的很多知识并不是孤立存在的，而是与我们以前学过的很多知识有着密切关系，特别是和一般通用软件的测试。在学习此类知识的时候，要介绍嵌入式系统测试和通用软件测试的相同点，例如：测试流程等，加强这方面的学习；与此同时，将嵌入式测试中有别与通用软件测试的知识点提炼出来并作重点介绍。学生在这样的学习过程中，不但巩固了之前所学的知识，而且还学习了嵌入式系统测试中所特有的新技术。通过这样的对比学习，学生更容易接受新的知识，并加深了记忆。
3.3使用项目教学法
4结论
嵌入式系统是现代科技高速发展的产物，在我们生活中发挥重要作用，对嵌入式系统进行测试是保证其质量的一种重要手段。笔者从阐述开设《嵌入式系统测试》课程的背景与意义出发，对本门课程的特点进行分析，并对该课程的教学方法进行了一定探讨，以适应新时期的发展需要。
[1]潘凤.《嵌入式系统开发》课程研究及教学方法探讨[J].办公自动化.2009（22）.
[2]吕金和.嵌入式软件测试[J].软件导刊.2010（9）.
[3]张苏，牛丽梁，颖红.项目教学法在《软件测试》课程中的实施[J].天津职业大学学报.2011（20）.
[4]蔡建平.嵌入式软件测试实用技术[M].北京：清华大学出版社，2010.