知迪致力于通过核心技术创新来推动企业未来的发展，在研发技术领域知迪有着资深的开发团队，同时还在不断吸纳新的技术人才，通过注入的新鲜血液为知迪的创新发展提供源源不断的动力。

  本文是由知迪德国团队的年轻力量---穆元亨，在资深导师的指导下，撰写完成的一篇关于车载信息娱乐系统测试用例的论文。

  随着汽车行业的加快速度进行发展，汽车信息娱乐系统慢慢的变成为车载电子发展的重要领域。

  随着人们对驾驶的舒适性、便捷性和安全性的要求逐步的提升，汽车信息娱乐系统的产品发展与变革也遵循市场需求方向。

  随着技术水平的不断的提高，汽车信息娱乐系统的功能愈加全面化，集成化程度越来越强。传统的测试方法（由测试工程师依照经验设计测试用例进而完成测试任务的方法）已经不能满足系统可靠性测试的需求；而且由于传统方法生成的测试用例针对性太强，可重复利用性不够充足，进而导致测试任务数量庞大时测试成本巨大。

  本文要求对现有的适用于汽车信息娱乐系统领域的测试用例生成办法来进行研究分类，并按照一定的标准做分析评价，

  以方便测试工程师在汽车信息娱乐系统的测试任务中按照不同需求选取最优的测试用例生成方法得到测试用例，尽可能高效低成本地完成测试任务。

  软件测试（Software test）是本文中在汽车信息娱乐系统测试领域的主要研究方向，本设计中的核心“测试用例的生成”属于软件测试过程中的一个步骤。

  软件测试是对软件根据已设定的要求进行检验，评估软件的质量。测试工作要尽可能在软件准备阶段完成，尽可能地保证之后运行期间没有错误发生。

  其中开发流程的实现内容分别由相应的测试步骤一一对应进行检验，以保证每一层每一步实现的质量。

  本小节阐述了软件测试的一般过程，同时引入了测试用例的定义。本节介绍的一般过程适用于上节模型中测试过程的每一级。

  测试过程中所需要的资源，比如测试人员、耗时、工具和设备等也要提前做出安排。同时开始进行的另外一个步骤叫做流程控制，持续监视和更新计划的进展并做出适当调整。

  第二步将对测试对象和资源做多元化的分析，分析结果将进一步细化，开始着手设计测试得到抽象的测试用例。

  第三步根据测试需求和结构文档将得到的抽象测试用例实例化，加入具体的数值。

  在保证测试环境已经按照需求搭建成功的前提下，实例化的测试用例将被执行，这样可以确保实行过程中检测出的错误的确来源于软件漏洞而不是运行环境错误。

  然后将测试用例执行的结果与测试计划中的要求做比对，检验是否达标。如果不达标则需额外增加测试。最后分析上述所有步骤的结果，整理总结作为后期测试项目资料。

  其中测试用例先被设计为抽象类型，再实例化。测试用例描述了一个测试行为，以检验测试对象是否达标。测试用例最重要的包含测试环境、测试对象、输入、操作、期望的输出、后期处理及测试说明。

  本小节介绍了软件测试当前最常被讨论使用的方法：基于模型的测试。测试过程将围绕模型进行，进而描述和生成测试用例。

  与以往人工生成测试用例的测试方法不同，基于模型的测试通过建立程式化标准模型可以自动按照一定要求生成和执行测试用例。

  本方法中首先使用了系统三层模型：人机交互层，功能层，技术实现层。方法中只涉及后两者。首先通过 SysML 建模语言对检测系统建模，然后借助工具或者人工生成功能层测试用例，再根据功能层与技术实现层的联系，基于功能层测试用例自动生成技术实现层的测试用例，并导入自动测试工具，在测试环境中完成测试任务。

  本方法用于测试汽车人机交互系统。经过方法中的分析，大部分人机交互系统中的软件错误和漏洞出现在静态内容和动态跳转，因此本方法主要测试这两者。

  首先借助UML SC语言可将人机交互系统的菜单行为进行描述，并根据行为层和展示层的关系，将对应菜单页面应该显示信息的参数添加到行为描述模型当中，这个模型属于状态机模型，能够最终靠算法来测试用例生成。

  如果要将产品多样性考虑在内，则需在行为描述的状态机中引入变化点和汇合点，将不同的参数和状态添加到状态机中，依然能够最终靠算法生成测试用例。

  本方法适用于单元测试，集成测试和系统测试。首先基于用户使用规范借助 UML 语言将测试对象建模，建模过程中可使用 Kit 软件进行编辑。然后通过 TDE 生成器可直接生成 XML 语言格式的测试用例，通过后期添加具体的输入输出数据信息，可得到测试脚本，借助软件执行完成测试。

  本方法针对系统整体的测试。首先通过一系列分析测试资源，确保测试工作的可行性，然后通过对检测系统不同角度（比如状态机图）的分析推导测试需求，进而去除冗余的测试内容，归纳总结出最终测试需求，制定测试计划。然后从中得到测试用例，生成可供Oracle 软件执行的代码格式。

  本方法将时间-使用模型作为测试模型，把时间上的要求添加到根据功能需求建立行为模型当中。

  获得程式化的模型后可通过软件生成包含所有事件和状态的状态机，同时通过一系列分析功能需求，确保功能需求清晰全面。

  借助相应的软件，可直接按照不同的测试策略生成测试用例并执行，通过一系列分析执行结果确保软件质量。

  首先通过一系列分析出错率，得出在这个范畴应该把测试重点放在逻辑跳转部分和界面结构部分。

  然后基于菜单结构信息借助状态机将用户界面统一建模，整合面向对象的程序语言将每一张屏幕的所有信息描述出来，再使用算法按照不同的测试策略生成所需的测试用例。

  本方法借助针对嵌入式系统的分类方法，可以将基于软件技术规格或者模型当中的接口描述出来，首先通过时间上变化的信号将对所测试接口有效的信号激发出来，并收集对应的输出信号，然后将这些信号等效分层，最后按照测试输入的分区归纳得到测试序列。

  本方法引入了单元模型，有三部分所组成：主动部分，被动部分和事件部分。首先通过 COCO 语言对单元的集成进行描述和建模，基于 COCO 语言的系统规格可转化为 C++或者 Java程序语言，然后加入数据交换信息就会得到可执行代码，最终操作系统完成测试任务。

  本方法通过种种联系方式与待测系统来进行信息交互，在测试框架中行为模型描述了所期望的待测系统信息交流行为。

  待测系统不断通过接口向测试框架发送消息，激发相应的事件，如果行为模型不能做出相应的反应，则说明在该消息交流中发生了错误。

  测试框架中的行为可通过 SC XML 语言进行描述和建模，生成状态机，使用编辑器可以集成在 Eclipse 中， 通过算法依照不同测试策略生成测试用例并执行。

  本期文章主要介绍了测试的基本理论，软件测试的主要过程以及九种测试用例的生成方法。

  其中测试用例的生成方法是本文的核心之一，软件测试用例的选择与生成技术是软件测试中的一个重要的环节，在软件测试中占据较大比重。

  下期，作者将详细为大家介绍测试用例生成方法的分类与评估，我们不见不散！