专利名称：一种数字电视集成测试验证平台的制作方法
技术领域：
本发明涉及数字家庭技术领域，具体涉及一种数字电视集成测试验证平台。
背景技术：
随着数字化产品及信息服务在家庭不断渗透并且日益融合，数字家庭已经成为新 的消费热点，并且迅速发展成为一个规模巨大、产业关联性强的行业。为抓住数字家庭发展 机遇，世界各国政府和企业纷纷采取措施，促进数字家庭产业发展。在3C融合、产业关联性 强、规模巨大的数字家庭到来时代，为适应我国经济工业化、信息化、城镇化、市场化和国家 化的外部趋势，抓住新型信息技术与产品，以及现代信息服务业融入家庭的良好契机，推动 我国数字家庭与数字电视产业向规模化、应用化、商品化的良性发展。数字电视是数字家庭的一个重要组成部分。不仅仅是数字电视的显示性能，运行 于数字电视之上的软件、系统也影响着数字电视的整体性能。因而数字电视的性能、集成软 件等相关测试验证成为了需要。在这样的情况下，为了更好的测试验证数字电视平台的相 关软件和硬件，而目前对数字电视集成测试验证方面还没有满足3C融合需求，不能便利产 业化发展需求。
发明内容
本发明针对以上的不足，本发明实施例提出了一种数字电视集成测试验证平台， 将测试仪器(instrumentation)代码注入UML模型实现中将提升系统的可控性、可观察性 和易测性。测试仪器可应用在开发和目标环境中，并可在模型级进行交互式系统调试。本发明实施例提出了一种数字电视集成测试验证平台，包括测试前台、测试后 台，其中测试前台包括浏览器解析模块，网络模块，GUI模块，智能卡模块，视频模块，输入 法模块，用于将测试仪器代码注入UML模型实现中。所述测试仪器应用在开发和目标环境中，并在模型级进行交互式系统调试，在批 处理模式下，测试仪器是数据采集、初始化和测试自动化的基础。在应用代码中使用测试支持仪器的技术是一种“玻璃匣”测试方法；通过基于测试 仪器的错误隔离策略可以将UML模型的知识运用于集成测试。测试仪器的应用结构分成两个部分，包括动态验证用户接口 DVUI和测试仪器代 理程序，其中DVUI负责为用户显示信息并接受用户命令，可由自动化批接口代替；测试仪 器代理程序是应用系统和DVUI之间的接口，所述测试仪器代理程序和DVUI间的通讯机制 使用TCP/IP协议、或者RS-232协议；测试仪器代理程序通过所生成的测试仪器代码汇集信 息和通信，与测试仪器相连，以设置和获取实例数据，并支持DVUI关于中断和踪迹点的通 知，还与事件处理相连，提供执行控制、系统激励、中断点和步进功能；数据测试仪器代码是 在转换过程添加到应用系统的，用以监视和更新目标实例的数量、属性值、事件队列数量、 事件数据项值和服务参数。通过本发明实施例提供的平台，满足了 3C融合下的测试验证需求，加快了数字电视这块的产业发展。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可 以根据这些附图获得其他的附图。图1为本发明实施例中的数字电视集成测试验证平台的前台结构示意图；图2为本发明实施例中的数字电视集成测试验证平台的前台流程图；图3为本发明实施例中的数字电视集成测试验证平台测试流程图；图4为本发明实施例中的数字电视集成测试验证平台从单个域到系统测试流程 图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它 实施例，都属于本发明保护的范围。本发明实施例提供一种数字电视集成测试验证平台，以下分别进行详细说明。如图1所示，一种数字电视集成测试验证平台的前台结构包括测试前台、测试后 台，其中测试前台包括浏览器解析模块，网络模块，GUI模块，智能卡模块，视频模块，输入法 模块等并将测试仪器(instrumentation)代码注入UML模型实现中。如图2所示，一种数字电视集成测试验证平台的前台流程为1.系统基本参数的获取在数字电视系统中，包含各种各样的模块，如浏览器解析模块，网络模块，GUI模 块，智能卡模块，视频模块，输入法模块等等。各个模块之间的测试环境是不一样的。因而 需要去预先获取系统参数，为其后的模块测试做好准备，并通过以下接口实现 char^getSystemProperty(char水para)；通过设定具体的系统参数，从而获取相关系统属性值。设定的参数举例如下os. nameOperating system nameos. archOperating system architectureos.versionOperating system versionfile, separator File separator(〃 /〃 on UNIX)path, separator Path separator (" on UNIX)line, separator Line separator (" \n" on UNIX)user, nameUser' s account nameuser, homeUser' s home directory返回参数为系统属性的相应字符串值。2.测试模块选定
由于各个模块之间的差异性较大，因而将所有模块统一起来的难度较大，各个模 块区分开来是相对合理的。测试模块的选定通过以下接口实现int setTestModule(int module)；通过预定义的各模块参数值来设定需要测试的模块，返回参数表征结果是否正 确。3.测试参数选定对平台特定模块进行测试时，要设定具体的参数进行相关操作。而且模块的参数 应该预先设定好。从前台的数据输入，并将其转化为后台数据。int setTestPara(int module, char氺para)；通过对module相对应的模块进行para对应参数的设定，进行相关的测试。4.测试结果分析显示对前台接收到后台测试返回的结果进行分析处理，在前台进行显示，便于测试人
员理解。如图3所示，一种数字电视集成测试验证平台测试的执行的步骤如下这一部分将阐述在应用中使用测试仪器使测试和故障隔离更简单的不同方法。1.初始化可以使用测试仪器将系统设置到已知的初始状态。用代理程序生成和初始化类实 例，测试案例可以直接设置状态。这样就不必使用一个输入序列使它达到某种难以到达的 状态，从而简化了这种状态下的测试。实例数据越过通信信道串行输入至代理程序，在这里 生成新实例并将其初始化。软复位功能还可使系统清零、用其它初始状态重新初始化，或运行其它测试案例。2.激励激励通过测试仪器代理程序从DVUI施加到系统。事件可由DVUI初始化并通过测 试仪器代理程序和事件队列传送到目标实例，此外，还要派生出事件和数据的一个编码方 案。通过一些额外的编码，域服务还可以作为系统激励调用。这一机制与CORBA和RPC在 跨越进程调用函数时所用的参数编码相似。嵌入式系统中的一大难题是事件的时序或位序 引起的故障重现性。通过控制事件在队列中传输的位序，可以测试和重现动作的排序。当 然，除观察事件外，事件队列的接口还要允许事件的重新排序。3.数据采集数据采集接口可用于考察测试案例之前和之后的状态。这对于确定和验证系统的 最终状态(这是评价测试结果的一部分)特别有用。测试仪器的另一优点是能捕捉真正的 目标激励并在动态验证环境中重现。如果将测试仪器的某一部分留在最终产品中，它就可 以像飞机上的“黑匣子” 一样记录系统状态和输入。4.模仿为了在动态验证过程中有效地单独测试域，必须完全了解域边缘的接口。针对域 定义的测试案例通常会使用这一接口作为域的初始激励。测试案例和激励数据显然是专用 的，但它使用的是由测试仪器提供的测试工具。图3示出了一个测试驱动器，DVUI或其它与测试仪器代理程序相连的程序可模仿 域的目标环境。作为测试一部分的类实例由驱动器进行初始化。测试驱动器施加测试激励
5并捕捉响应，还可通过捕获服务调用和替代返回值模仿其它域的响应。从被测域的角度讲， 调用是一种输出，测试驱动器的响应能为被测域提供更多输入。测试驱动器利用被测域中 的测试仪器捕获和替代消息。如图4所示，一种数字电视集成测试验证平台从单个域到系统测试为这一测试方案可从单个域扩展到多个域的集合，并直至系统测试(图4)。利用测 试驱动器模仿被测域的环境，单独域首先被隔离测试。然后，通过域服务的集合将多个域结 合起来进行测试，测试驱动器仍然模仿被测域的环境。域之间以服务调用的形式相互联系 的假设现在得到了验证。对测试边界间的接口和数据流应有充分的认识。由于可以确信低 级域中很少出现问题，可以在这些域中禁用测试支持仪器，以减少检测点的数目及提高吞 吐量。一旦发现问题，可以重新起用测试支持，以收集个别测试案例的更多数据。需要说明的是，上述装置和系统内的各单元之间的信息交互、执行过程等内容，由 于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处 不再赘述。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可 以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存 储介质可以包括只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。以上对本发明实施例所提供的数字电视集成测试验证平台，进行了详细介绍，本 文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于 帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思 想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对 本发明的限制。
权利要求
一种数字电视集成测试验证平台，其特征在于，包括测试前台、测试后台，其中测试前台包括浏览器解析模块，网络模块，GUI模块，智能卡模块，视频模块，输入法模块，用于将测试仪器代码注入UML模型实现中。
2.根据权利要求1所述的数字电视集成测试验证平台，其特征在于，所述测试仪器应 用在开发和目标环境中，并在模型级进行交互式系统调试，在批处理模式下，测试仪器是数 据采集、初始化和测试自动化的基础。
3.根据权利要求1所述的数字电视集成测试验证平台，其特征在于，在应用代码中使 用测试支持仪器的技术是一种“玻璃匣”测试方法；通过基于测试仪器的错误隔离策略可以 将UML模型的知识运用于集成测试。
4.根据权利要求1所述的数字电视集成测试验证平台，其特征在于测试仪器的应 用结构分成两个部分，包括动态验证用户接口 DVUI和测试仪器代理程序，其中DVUI负责 为用户显示信息并接受用户命令，可由自动化批接口代替；测试仪器代理程序是应用系统 和DVUI之间的接口，所述测试仪器代理程序和DVUI间的通讯机制使用TCP/IP协议、或者 RS-232协议；测试仪器代理程序通过所生成的测试仪器代码汇集信息和通信，与测试仪器 相连，以设置和获取实例数据，并支持DVUI关于中断和踪迹点的通知，还与事件处理相连， 提供执行控制、系统激励、中断点和步进功能；数据测试仪器代码是在转换过程添加到应用 系统的，用以监视和更新目标实例的数量、属性值、事件队列数量、事件数据项值和服务参 数。
全文摘要
本发明实施例公开了一种数字电视集成测试验证平台，包括测试前台、测试后台，其中测试前台包括浏览器解析模块，网络模块，GUI模块，智能卡模块，视频模块，输入法模块，用于将测试仪器代码注入UML模型实现中。通过实施本发明，满足了3C融合下的测试验证需求，加快了数字电视这块的产业发展。
文档编号H04N17/00GK101895784SQ201010215088
公开日2010年11月24日 申请日期2010年6月30日 优先权日2010年6月30日
发明者何双伯, 李波, 罗笑南, 高怀恩 申请人:中山大学;广东广联电子科技有限公司