测试方法及系统与流程

本发明涉及智能电视技术领域，尤其涉及一种用于测试android(安卓)智能电视的测试方法及系统。

背景技术

目前，传统的oem(originalequipmentmanufacturer，原始设备制造商)厂商在android智能电视生产过程中，大都是让android系统启动进入luncher(桌面启动器)后，使用工厂遥控器快捷键的方式分别进入各信号源(如：atv/dtv(digitaltelevision，数字电视)/hdmi/av等)测试通道播放功能，或者进入工厂菜单检测wifi/bt等功能。然而，由于一般android系统电视从poweron(上电)到遥控器可以操作通常需要20-30秒，开机速度较慢，这对于工厂生产来说，等待开机时间较长，降低了规律生产及测试的效率。

技术实现要素：

针对现有的android智能电视在测试阶段开机速度慢的问题，现提供一种旨在可提高测试阶段开机速度的测试方法及系统。

一种测试方法，用于对待测试目标对象进行测试，所述待测试目标对象包括引导程序加载层、linux内核层、系统运行库与本地服务层和应用层，其中所述待测试目标对象的linux内核层、系统运行库与本地服务层和应用层存储在数据分区，

所述数据分区包括：内核子分区，所述内核子分区用以存储屏蔽孵化池启动的文件；

所述待测试目标对象的工作模式包括工厂模式、用户模式和过渡模式；

所述测试方法包括下述步骤：

在内核启动阶段前识别所述待测试目标对象当前的工作模式；

在所述待测试目标对象完成引导程序加载阶段后，当识别的工作模式为工厂模式时，加载工厂系统内核，通过所述内核子分区中存储的文件屏蔽孵化池的启动，完成所述待测试目标对象的工厂系统启动；

当所述待测试目标对象当前的工作模式为工厂模式时，在内核启动阶段后对所述待测试目标对象进行测试。

优选的，所述数据分区还包括：系统子分区、用户数据子分区和子数据子分区；

所述系统子分区用以存储库文件，和/或本地服务文件，和/或shell脚本文件；

所述用户数据子分区用以存储工厂模式系统用户数据文件；

所述子数据子分区用以存储用户模式系统用户数据文件。

优选的，还包括：

在内核启动阶段中，当识别所述待测试目标对象当前的工作模式为过渡模式时，对所述数据分区的子数据分区进行回收，并且对所述数据分区进行格式化，在完成对所述数据分区进行检测后并进行挂载，将所述当前工作模式转换为所述用户模式。

优选的，当所述待测试目标对象当前的工作模式为工厂模式时，在内核启动阶段后对所述待测试目标对象进行测试，包括：

当所述待测试目标对象当前的工作模式为工厂模式时，在内核启动阶段后通过与所述待测试目标对象的所述系统运行库与本地服务层建立通讯，从而对所述待测试目标对象进行测试。

优选的，还包括：

完成所述待测试目标对象的所有测试后，将所述目标对象的当前工作模式转换为所述过渡模式后关机。

本发明还提供了一种测试系统，用于对待测试目标对象进行测试，所述待测试目标对象包括引导程序加载层、linux内核层、系统运行库与本地服务层和应用层，其中所述待测试目标对象的linux内核层、系统运行库与本地服务层和应用层存储在数据分区，

所述数据分区包括：内核子分区，所述内核子分区用以存储屏蔽孵化池启动的文件；

所述待测试目标对象的工作模式包括工厂模式、用户模式和过渡模式；

所述测试系统包括：

识别单元，用于在内核启动阶段前识别所述待测试目标对象当前的工作模式；

屏蔽单元，用于在所述待测试目标对象完成引导程序加载阶段后，当识别的工作模式为工厂模式时，加载工厂系统内核，通过所述内核子分区中存储的文件屏蔽孵化池的启动，完成所述待测试目标对象的工厂系统启动；

测试单元，当所述待测试目标对象当前的工作模式为工厂模式时，用于在内核启动阶段后对所述待测试目标对象进行测试。

优选的，所述数据分区还包括：系统子分区、用户数据子分区和子数据子分区；

所述系统子分区用以存储库文件，和/或本地服务文件，和/或shell脚本文件；

所述用户数据子分区用以存储工厂模式系统用户数据文件；

所述子数据子分区用以存储用户模式系统用户数据文件。

优选的，还包括：

转换单元，在内核启动阶段中，当识别所述待测试目标对象当前的工作模式为过渡模式时，所述转换单元用于对所述数据分区的子数据分区进行回收，并且对所述数据分区进行格式化，在完成对所述数据分区进行检测后并进行挂载，将所述当前工作模式转换为所述用户模式。

优选的，当所述待测试目标对象当前的工作模式为工厂模式时，所述测试单元用于在内核启动阶段后通过与所述待测试目标对象的所述系统运行库与本地服务层建立通讯，从而对所述待测试目标对象进行测试。

优选的，当完成所述待测试目标对象的所有测试后，所述测试单元还用于将所述目标对象的当前工作模式转换为所述过渡模式后关机。

上述技术方案的有益效果：

本技术方案中，当待测试目标对象完成内核启动阶段前(即引导加载程序阶段)，识别的工作模式为工厂模式时，加载工厂系统内核，然后可通过内核子分区中存储的文件屏蔽孵化池的启动，完成待测试目标的启动，从而缩短了启动时间，提高了生产及测试的效率；在内核启动阶段后识别待测试目标对象当前的工作模式，当待测试目标对象当前的工作模式为工厂(factory)模式时，对待测试目标对象进行测试，实现了在测试的过程中对处于工厂模式的待测试目标对象进行测试，提高了测试效率。

附图说明

图1为本发明所述的测试方法的方法流程图；

图2为现有用户模式下android系统的分区示意图；

图3位本发明所述的待测试目标对象开机后的工作模式状态原理图；

图4为本发明的工厂模式下android系统的分区示意图；

图5为工厂模式和用户模式下待测试目标对象的启动逻辑示意图；

图6为由过渡模式将工厂模式切换到用户模式的原理图；

图7为本发明中shell脚本的调用原理图；

图8为本发明中测试化工具调用原理图；

图9为本发明中采用测试方法测试切换dtv信号源的流程图；

图10为本发明中采用测试方法测试播放dtv节目的流程图；

图11为本发明中采用测试方法测试切换hdmi1信号源的流程图；

图12为本发明所述的测试系统的模块图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

考虑到电视品牌商在新款电视未发布之前，是不希望电视的设计(包括炫目的ui(userinterface，用户界面)以及新颖的功能)被提前曝光，可是目前生产线的测试普遍是基于用户模式下进行测试的，在测试时由应用层开始测试，测试时间长。

针对上述问题本发明对待测试目标对象的工作模式进行了区分，在工厂模式进行测试，以缩短对待测试目标对象的测试时间。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

如图1所示，本发明提供了一种测试方法，用于对待测试目标对象进行测试，所述待测试目标对象包括底层的引导程序加载层、linux内核层、中间层的系统运行库与本地服务层和顶层的应用层，其中所述待测试目标对象的linux内核层、系统运行库与本地服务层和应用层主要存储在数据分区，

所述数据分区包括：内核子分区(fac_kernel)，所述内核子分区用以存储屏蔽孵化池启动的文件；

所述待测试目标对象的工作模式包括工厂模式、用户模式和过渡模式；

所述测试方法包括下述步骤：

s1.在内核启动阶段前识别所述待测试目标对象当前的工作模式；

在本实施例中，在一分区(如：统一密钥(unifykey)分区)设置一个标识(flag)，每次开机uboot都会识别该flag，当flag＝2时，表示开机后需要进入工厂模式；当flag＝7时，表示开机后需要进入过渡模式；当flag＝1时，表示开机后需要进入用户模式，参见图3。

需要说明的是，unifykey分区是一个升级不会被擦除的分区。

s2.在所述待测试目标对象完成引导程序加载阶段后，当识别的工作模式为工厂模式时，加载工厂系统内核，通过所述内核子分区中存储的文件屏蔽孵化池的启动，完成所述待测试目标对象的工厂系统启动；

现有的待测试目标对象在用户模式下时，android系统的分区包括：bootloader(启动加载)分区、mbr(主引导记录)分区、boot(操作系统的内核及在引导过程中使用的文件)分区、system(系统)分区、cache(缓存)分区、logo(标志)分区、recovery(复位)分区、data(数据)分区等，参考图2所示。

在本实施例中，当待测试目标对象处于工厂模式下，额外增加了内核子分区。内核子分区可直接在初始化文件(init.rc)中停止孵化池(zygote)的启动，当待测试目标对象启动完毕后，会展示一个工厂模式的显示状态(on-screendisplay，简称osd)以表示工厂模式开机完成。

s3.当所述待测试目标对象当前的工作模式为工厂模式时，在内核启动阶段后对所述待测试目标对象进行测试。

进一步地，在执行步骤s3之前，还可在内核启动阶段后识别所述待测试目标对象当前的工作模式，当待测试目标对象当前的工作模式为工厂模式时，执行步骤s3。

需要说明的是，本发明中的待测试目标对象可以是电视板卡或智能电视整机。

在实际测试过程中，当待测试目标对象完成内核启动阶段前，识别的工作模式为工厂模式时，加载工厂系统内核，然后可通过内核子分区中存储的文件屏蔽孵化池的启动，完成待测试目标对象的工厂系统启动，从而缩短了启动时间，提高了生产及测试的效率；在内核启动阶段后识别待测试目标对象当前的工作模式，当待测试目标对象当前的工作模式为工厂模式时，对待测试目标对象进行测试，实现了在测试的过程中对处于工厂模式的待测试目标对象进行测试，提高了测试效率和准确率，同时防止新产品提前曝光。

在优选的实施例中，所述数据分区还包括：系统子分区(fac_sys)、用户数据子分区(fac_sys)和子数据子分区(data1)；

所述系统子分区用以存储库文件，和/或本地服务文件，和/或shell脚本文件；

所述用户数据子分区用以存储工厂模式系统用户数据文件；

所述子数据子分区用以存储用户模式系统用户数据文件。

需要说明的是：本实施例在factory模式下除了基于用户模式系统增加fac_kernel子分区之外，还新增两个分区分别为：fac_sys子分区和fac_userdata子分区，并且增加的三个子分区是从用户模式的data分区中分出来的，data1分区是剩余的data分区参考图4-图5。

当待测试目标对象处于工厂模式下时，bootloader启动完毕后，便开始加载fac_kernel分区中的内核并启动，在内核启动末尾，kernelinit进程会根据androidfstab(文件系统挂载表)file将fac_sys分区、fac_userdata分区分别挂载在文件/system、/data的目录下，完成工厂系统启动(bootupfinish)接下来其他启动过程与用户模式下android启动相同。工厂模式和用户模式下系统启动可参考图4-图5。

在工厂模式下，fac_kernel子分区、fac_sys子分区、fac_userdata子分区会寄生在data分区末尾，具体地，这三个分区以及新的子数据子分区对应的系统文件如下：

fac_kernel子分区对应的第四代扩展(fourthextendedfilesystem，简称ext4)文件系统命名为fac_kernel.img，用户模式下boot分区对应的ext4文件系统命令为boot.img，为了保证工厂模式下测试功能的有效性，需要保持工厂模式与用户模式底层功能是一致的，所以fac_kernel.img格式基本继承了boot.img格式，最大的区别就是：工厂模式下的fac_kernel.img屏蔽掉了android的相应启动；

fac_sys子分区对应的ext4文件系统命名为fac_sys.img，用户模式下system分区对应的ext4文件系统命名为system.img，fac_sys.img与system.img相比删除与android有关的java归档文件包(javaarchive，简称jar)和安卓安装包(androidpackage，简称apk)等，从而节省了分区占用的空间；同时还增加了库文件或者service，还有shell脚本文件等等，这些文件都可支持工厂模式的功能，从而保证工厂测试工具(tool)正常工作的基础；

fac_userdata子分区对应的ext4文件系统命名为fac_userdata.img，用户模式下data分区对应的ext4文件系统命名为userdata.img，两个文件系统除了大小不一致外，其他均一致；

在工厂模式下，原有data分区被fac_kernel子分区、fac_sys子分区、fac_userdata子分区分离出一部分，因此data1分区(余下的data分区)文件系统根据新的data分区大小重新制作为userdata1.img。

由于文件系统在制作时需要指定各自将要挂载分区的size作为参数，因此，以上各个文件系统对应分区size满足如下关系：

data分区size＝fac_kernel子分区size+fac_sys子分区size+fac_userdata子分区size+data1子分区size。

在优选的实施例中，还包括：

在内核启动阶段中，当识别所述待测试目标对象当前的工作模式为过渡模式时，对所述数据分区的子数据分区进行回收，并且对所述数据分区进行格式化，在完成对所述数据分区进行检测后并进行挂载，将所述当前工作模式转换为所述用户模式。

在本实施例中，当flag＝7时，表示开机后需要进入过渡模式，在过渡模式中，需在内核启动过程中将数据分区中的fac_kernel子分区、fac_sys子分区、fac_userdata子分区进行格式，并设置flag＝1，然后在内核启动过程中更新(update)用户模式的分区表(partition)，在init.rc挂载usedata文件系统前，先对/dev/block/userdata进行调整(resize)，将之数据分区中分出去的子分区进行回收，然后会对新的文件系统进行e2fsck(用于检查第二扩展文件系统的完整性，通过适当的选项可以尝试修复出现的错误)进行检查，判断是否成功(success)通过检测，若成功则挂载(mount)到data目录，将工厂模式切换到用户模式重新启动，若失败(fail)，则开机失败。关于过渡模式将工厂模式切换到用户模式的原理过程可参见图6。

考虑到现有的在用户模式下进行工厂测试时，测试效率低、耗时长。从遥控器发射(remotekey)-->内核事件(kernelevent)-->框架运行(framework)解析健值，广播(broadcast)事件-->apk响应事件-->系统运行库与本地服务层(native)处理事件-->内核处理，一次完整的功能完成对于工厂来说链路太长，耗费时间，工厂侧重于硬件功能检测，因此在下述实施例中，通过直接调用待测试目标对象的系统运行库与本地服务层(即：系统运行库与本地服务层处理事件-->内核处理)，以缩短测试时间。

在优选的实施例中，当所述待测试目标对象当前的工作模式为工厂模式时，在内核启动阶段后对所述待测试目标对象进行测试，包括：

当所述待测试目标对象当前的工作模式为工厂模式时，在内核启动阶段后通过与所述待测试目标对象的所述系统运行库与本地服务层建立通讯，从而对所述待测试目标对象进行测试。

进一步地，通过调用中间层shell脚本文件对所述待测试目标对象进行测试。

目前电视(television，简称tv)系统中的电视服务器(tvserver)提供了基本的电视应用程序编程接口(tvapi)功能，对于待测试目标对象进行时，基于目前的客户端/服务器(client/server，简称c/s)模型建立一个工厂客户端(fac_client)，fac_client可以解析shell脚本中传递的参数，然后通过binder(是安卓开发中的一个接口，该接口是能进行远程操作对象的一个基本接口)通讯调用tvserver中相应的函数，实现shell脚本对于tvapi的间接调用。shell脚本和fac_client之间可以用先进先出队列(firstinputfirstoutput，简称fifo)进行通讯。shell脚本文件与fac_client，以及fac_client与tvservice之间的通讯，可参见图7。

其中，shell脚本文件是一个shell脚本集合，包括了所有与硬件有关的各项功能。在fac_client中包括一对输入(fifo_in)文件和输出(fifo_out)文件，在shell脚本文件中，通过fifo_in文件进行写参数操作，通过fifo_out文件进行读返回值操作。

为了提高生产效率，需要利用测试化的tool进行各项功能的测试。测试化tool是电脑端(pc)上可以操作的带有图像化界面的工具。键盘(keypad)、耳机(earphone)、光盘(optical)、以太网(ethernet)与tv板卡连接。测试化tool再通过adb(androiddebugbridge，安卓的调试桥)工具与tv板卡建立联系，从而实现电脑端和待测试目标对象进行数据交互。对于板卡厂而言，测试化tool可以是自动化的，测试之前接上所有的输入端信号，测试完hdmi1(highdefinitionmultimediainterface，中文为：高清晰度多媒体接口)，接着自动切换信号源测试hdmi2接口、hdmi3接口、av接口、atv接口、dtv接口、lineout接口等。对于oem厂商而言，测试化tool可以是半自动化的工具，产线是流水性作业，每一个节点(station)可以设定测试一个固定的功能，比如：station1可以设置软件固定测试hdmi1接口的功能；station2可以设置测试atv接口的功能；station3可以测试dtv接口的功能。测试化tool调用原理参见图8所示。

图9为在实际应用中，采用本发明的测试方法测试切换dtv信号源的流程图，具体过程如下：

升级工厂版本软件；开机进入工厂模式界面；通过adb将tool连接到pc端和tvboard(电视板卡)；插上rf(射频)信号线；设置自动化pc端tool为dtv测试界面；将信号源切换到dtv；pc端tool调用设置信号源的shell脚本，并且将“dtv”作为参数传递下去；解析出需要切换的信号源，并将其转换成对应的cmd(命令提示符)，写入fifo_in文件；fac_client中等待到fifo_in文件中的数据，对其进行读(read)操作和解析(parse)操作；然后通过binder通讯的接口将切换dtvsource(信号源)的cmd传递给tvserver；tvserver调用设置信号源的接口，完成source的切换，并且初始化各硬件设备；fac_client获取设置信号源的返回值，并将结果写入(write)到fifo_out文件中；shell脚本读到fifo_out文件中的数据，并且将返回值发送给pc端tool。

图10为在实际应用中，采用本发明的测试方法测试播放dtv节目的流程图，具体过程如下：

等待获dtv信号源切换成功的标志；pc端tool调用设置频道播放的shell脚本，并且将“1”作为参数传递下去；解析出tv.db文件中频道列表(channellist)，并且提取第一个频道的freq(频率)、vpid(视频数字电视编码)、apid(音频编码)信息，并作为参数写入fifo_in文件中；fac_client中等fifo_in文件中的数据，对其进行读操作和解析操作；然后通过binder通讯将dtv播放(play)的cmd传递给tvserver；tvserver接收到dtvplay的cmd，调用相关播放接口，开始播放dtv节目的界面(interface)；fac_client获取设置信号源的返回值，并将结果写入到fifo_out文件中；shell脚本读到fifo_out文件中的数据，并且将返回值发送给pc端tool。

图11为在实际应用中，采用本发明的测试方法测试切换hdmi1信号源的流程图，具体过程如下：

升级工厂版本软件；开机进入工厂模式界面；通过adb将tool连接到pc端和电视板卡；插上射频信号线；设置自动化pc端tool为hdmi1测试界面；将信号源切换到hdmi1；pc端tool调用设置信号源的shell脚本，并且将“hdmi1”作为参数传递下去；解析出需要切换的信号源，并将其转换成对应的cmd，写入fifo_in文件；fac_client中等待到fifo_in文件中的数据，对其进行读操作和解析操作；然后通过binder通讯的接口将切换hdmi1source的cmd传递给tvserver；tvserver调用设置信号源的接口，完成source的切换，并且初始化各硬件设备；fac_client获取设置信号源的返回值，并将结果写入到fifo_out文件中；shell脚本读到fifo_out文件中的数据，并且将返回值发送给pc端tool。

在优选的实施例中，还包括：

完成所述待测试目标对象的所有测试后，将所述目标对象的当前工作模式转换为所述过渡模式后关机。

在本实施例中，在工厂模式下各个功能测试完毕，表示待测试目标对象的测试结束，测试成功的目标对象就会进入出厂流程。

需要说明的是：当待测试目标对象完成测试后，令unifykey分区中的flag＝7，以将目标对象的当前工作模式转换为所述过渡模式，而后，关闭或重新启动待测试目标对象。

如图12所示，本发明还提供了一种测试系统，用于对待测试目标对象进行测试，所述待测试目标对象包括引导程序加载层、linux内核层、系统运行库与本地服务层和应用层，其中所述待测试目标对象的linux内核层、系统运行库与本地服务层和应用层主要存储在数据分区；

所述数据分区包括：内核子分区，所述内核子分区用以存储屏蔽孵化池启动的文件；

所述待测试目标对象的工作模式包括工厂模式、用户模式和过渡模式；

所述测试系统可包括屏蔽单元1、识别单元2和测试单元4，其中：

识别单元2，用于在内核启动阶段前识别所述待测试目标对象当前的工作模式；

屏蔽单元1，连接所述识别单元2，用于在所述待测试目标对象完成引导程序加载阶段后，当识别的工作模式为工厂模式时，加载工厂系统内核，通过所述内核子分区中存储的文件屏蔽孵化池的启动，完成所述待测试目标对象的工厂系统启动；

测试单元4，连接所述识别单元2，当所述待测试目标对象当前的工作模式为工厂模式时，用于在内核启动阶段后对所述待测试目标对象进行测试。

在实际测试过程中，当待测试目标对象完成内核启动阶段前，识别的工作模式为工厂模式时，加载工厂系统内核，然后可通过内核子分区中存储的文件屏蔽孵化池的启动，完成待测试目标对象的启动，从而缩短了启动时间，提高了生产及测试的效率；在内核启动阶段识别待测试目标对象当前的工作模式，当待测试目标对象当前的工作模式为工厂模式时，对待测试目标对象进行测试，实现了在测试的过程中对处于工厂模式的待测试目标对象进行测试，提高了测试效率和准确率，同时防止新产品提前曝光。

进一步地，所述识别单元2还用于可在内核启动阶段后识别所述待测试目标对象当前的工作模式。

识别单元2可在内核启动前、中、后阶段识别所述待测试目标对象当前的工作模式。

在优选的实施例中，所述数据分区还包括：内核子分区、用户数据子分区和子数据子分区；

所述内核子分区用以存储库文件，和/或本地服务文件，和/或shell脚本文件；

所述用户数据子分区用以存储工厂模式系统用户数据文件；

所述子数据子分区用以存储用户模式系统用户数据文件。

需要说明的是：本实施例在factory模式下基于用户模式系统除了增加fac_kernel子分区之外，还新增三个分区分别为：fac_sys子分区、fac_userdata子分区和子数据子分区，并且增加的三个子分区是从用户模式的data分区中分出来的，参考图4-图5。

当待测试目标对象处于工厂模式下时，bootloader分区启动完毕后，便开始加载fac_kernel分区中的内核并启动，在内核启动末尾，kernelinit进程会根据androidfstab(文件系统挂载表)file将fac_sys分区、fac_userdata分区分别挂载在文件/system、/data的目录下，接下来其他启动过程与用户模式下android启动相同。工厂模式和用户模式下系统启动可参考图4。

在工厂模式下，fac_kernel子分区、fac_sys子分区、fac_userdata子分区会寄生在data分区末尾，具体地，这三个分区以及新的子数据子分区对应的系统文件如下：

fac_kernel子分区对应的第四代扩展(fourthextendedfilesystem，简称ext4)文件系统命名为fac_kernel.img，用户模式下boot分区对应的ext4文件系统命令为boot.img，为了保证工厂模式下测试功能的有效性，需要保持工厂模式与用户模式底层功能是一致的，所以fac_kernel.img格式基本继承了boot.img格式，最大的区别就是：工厂模式下的fac_kernel.img屏蔽掉了android的相应启动；

fac_sys子分区对应的ext4文件系统命名为fac_sys.img，用户模式下system分区对应的ext4文件系统命名为system.img，fac_sys.img与system.img相比删除与android有关的java归档文件包(javaarchive，简称jar)和安卓安装包(androidpackage，简称apk)等，从而节省了分区占用的空间；同时还增加了库文件或者service，还有shell脚本文件等等，这些文件都可支持工厂模式的功能，从而保证工厂测试工具(tool)正常工作的基础；

fac_userdata子分区对应的ext4文件系统命名为fac_userdata.img，用户模式下data分区对应的ext4文件系统命名为userdata.img，两个文件系统除了大小不一致外，其他均一致；

在工厂模式下，原有data分区被fac_kernel子分区、fac_sys子分区、fac_userdata子分区分离出一部分，因此data1分区(余下的data分区)文件系统根据新的data分区大小重新制作为userdata1.img。

在优选的实施例中，还包括：

转换单元3，连接识别单元2，在内核启动阶段中，当识别所述待测试目标对象当前的工作模式为过渡模式时，所述转换单元3用于对所述数据分区的子数据分区进行回收，并且对所述数据分区进行格式化，在完成对所述数据分区进行检测后并进行挂载，将所述当前工作模式转换为所述用户模式。

在本实施例中，当flag＝7时，表示开机后需要进入过渡模式，在过渡模式中，需在内核启动过程中将数据分区中的fac_kernel子分区、fac_sys子分区、fac_userdata子分区进行格式，然后在内核启动过程中更新(update)用户模式的分区表，在init.rc挂载usedata文件系统前，先对/dev/block/userdata进行调整(resize)，将之数据分区中分出去的子分区进行回收，然后会对新的文件系统进行e2fsck(用于检查第二扩展文件系统的完整性，通过适当的选项可以尝试修复出现的错误)进行检查，最后挂载(mount)到data目录。关于过渡模式将工厂模式切换到用户模式的原理过程可参见图6。

在优选的实施例中，所述待测试目标对象当前的工作模式为工厂模式时，所述测试单元4用于在内核启动阶段后通过与所述待测试目标对象的所述系统运行库与本地服务层建立通讯，从而对述待测试目标进行测试。

进一步地，通过shell脚本文件调用所述待测试目标对象的所述系统运行库与本地服务层进行测试。

在优选的实施例中，当完成所述待测试目标对象的所有测试后，所述测试单元4还用于将所述目标对象的当前工作模式转换为所述过渡模式后关机。

在本实施例中，在工厂模式下各个功能测试完毕，表示待测试目标对象的测试结束，测试成功的目标对象就会进入出厂流程。

需要说明的是：当待测试目标对象完成测试后，令unifykey分区中的flag＝7，以将目标对象的当前工作模式转换为所述过渡模式，而后，关闭或重新启动待测试目标对象。

本发明的优点有：可大幅提高工厂模式开机速度，开机时间可达到6-10秒；能够有效保护新产品的ui不被产线提前曝光；减少单个功能测试的时间，单个功能测试至少节省了几百毫秒，有效提高功能测试的效率；同时方便流水线作业的需求，满足自动化测试的需求，提升测试的效率。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。