CN103593289A

CN103593289A - 一种安卓机顶盒生产测试软件的设计方法

Info

Publication number: CN103593289A
Application number: CN201310560623.XA
Authority: CN
Inventors: 李鹏; 米跃虎; 蒯伟杰
Original assignee: Shandong Inspur Software Co Ltd
Current assignee: Shandong Inspur Software Co Ltd
Priority date: 2013-11-12
Filing date: 2013-11-12
Publication date: 2014-02-19

Abstract

本发明提供一种安卓机顶盒生产测试软件的设计方法，其具体设计过程为：设计生产测试软件的入口：首先设计启动时以组合键方式进入recovery***，若启动过程中用户没有按下任何组合键，bootloader会读取位于MISC分区的启动控制信息块BCB；当启动命令为“boot-recovery”时，***会进入Recovery模式，Recovery服务会根据相关命令执行相应的操作；当启动命令为空时，即没有任何命令，***会进入正常的启动，最后进入android***；设计数据存储和用户界面。该一种安卓机顶盒生产测试软件的设计方法和现有技术相比，提高互动性和直观性，实用性强，易于推广。

Description

一种安卓机顶盒生产测试软件的设计方法

技术领域

本发明涉及通信信息技术领域，具体的说是一种基于recovery模式、安卓机顶盒生产测试软件的设计方法。

背景技术

安卓***由于其***复杂性，启动时间长是其存在的主要问题，大量时间花费在zygote预装载类、初始化堆栈和安装包扫描上，几度优化后其开机时间仍在30秒左右。而且进行生产测试的机顶盒往往是烧写完固件后的首次运行，其开机时间更长。目前安卓机顶盒的生产测试大多采用进入安卓***后通过特殊操作或条件判断触发进入生产测试应用程序的方式，这种测试方式大量时间浪费在开机过程中，直接影响生产测试的效率。有的厂商设计一套linux的生产测试固件来缩短进入生产测试软件的时间，但是通过产测的机顶盒在出厂前还需烧制一次安卓固件，增加了生产流程工序，变相的降低了生产测试效率。

安卓***自带了Recovery模式，用来进行恢复出厂设置，OTA升级，patch升级及firmware升级等操作。Recovery模式其本质上是一个最小化的Linux***，Recovery System和Android System构成了一个双***架构，两者均通过Boot的引导进入。基于此，现提供一种基于该模式生产测试软件的设计方法，可以大大缩短进入产测程序的时间，提高产测效率，同时recovery就是安卓固件的一部分，可同安卓固件一同烧制，减少生产流程工序。

发明内容

本发明的技术任务是解决现有技术的不足，提供一种基于recovery模式、安卓机顶盒生产测试软件的设计方法。

本发明的技术方案是按以下方式实现的，该一种安卓机顶盒生产测试软件的设计方法，其具体设计过程为：

一、设计生产测试软件的入口：

1）首先设计启动时以组合键方式进入recovery***，若启动过程中用户没有按下任何组合键，bootloader会读取位于MISC分区的启动控制信息块BCB；

2）当启动命令为“boot-recovery”时，***会进入Recovery模式，Recovery服务会根据相关命令执行相应的操作；当启动命令为空时，即没有任何命令，***会进入正常的启动，最后进入android***；

二、设计数据存储和用户界面：Recovery和android***通过cache分区传递命令以及保存recovery升级的日志文件，同时该Recovery模式下提供一套minui的图形接口，该接口通过文字显示或者贴图示意的方式将当前测试项及测试之后的结果直观地展示给测试人员。

所述cache分区保存网络下载的升级包，以及用来保存临时数据：生产测试的数据可以用特定的文件名储存在cache分区中，从而可以在掉电后保留已测试项的结果。

本发明与现有技术相比所产生的有益效果是：

本发明的一种安卓机顶盒生产测试软件的设计方法采用安卓的recovery模式进行生产测试，大大提高了测试效率，Recovery模式完全可以胜任对基本外设的生产测试，确保硬件的无故障性，减少有故障的机顶盒进入市场，而且可以基于minui开发图形用户界面，提高互动性和直观性，实用性强，易于推广。

附图说明

附图1是本发明的实现流程示意图。

具体实施方式

下面结合附图对本发明的一种安卓机顶盒生产测试软件的设计方法作以下详细说明。

本发明提供一种基于recovery模式、安卓机顶盒生产测试软件的设计方法，安卓利用Recovery模式，进行恢复出厂设置，OTA升级，patch升级及firmware升级等操作。Recovery模式其本质上是一个最小化的Linux***，其启动时间（一般5s左右）远远小于安卓***的启动时间（一般30s以上）。为了提高安卓机顶盒生产测试的效率，采用基于recovery模式开发生产测试软件的方法可以大大缩短开机时间提供测试效率。如附图1所示，其具体设计过程为：

一、设计生产测试软件的入口：

1）一般情况下，启动时以组合键方式进入recovery***，若启动过程中用户没有按下任何组合键，bootloader会读取位于MISC分区的启动控制信息块BCB（Bootloader Control Block）。它是一个结构体，存放着启动命令command，其定义为：

struct bootloader_message{

char command[32]; //存放不同的启动命令

char status[32]; //update-radio或update-hboot完成存放执行结果

char recovery[1024]; } //存放/cache/recovery/command中的命令

在上述技术方案中，BootLoader就是在操作***内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间映射图，从而将***的软硬件环境带到一个合适状态，以便为最终调用操作***内核准备好正确的环境；上述技术方案中，BCB是Bootloader Control Block的简称，它是一个结构体，存放着启动命令command，misc分区中存在该Bootloader Control Block，主要是用于存放Recovery引导信息。

当command=="boot-recovery"时，***会进入Recovery模式。Recovery服务会具体根据char recovery[1024]或/cache/recovery/command中的命令执行相应的操作（例如，升级update.zip或擦除cache，data等）。当command为空时，即没有任何命令，***会进入正常的启动，最后进入android***。

二、设计数据存储和用户界面：

Recovery和android***通过cache分区传递命令（/cache/recovery/command），以及保存recovery升级的日志文件（/cache/recovery/last_log）。此分区还可以保存网络下载的升级包，以及用来保存一些临时数据。我们生产测试的数据可以用特定的文件名储存在cache分区中，从而可以在掉电后保留已测试项的结果，避免重复测试，并且可以在进入安卓后再次查看生产测试的结果。

Recovery模式下提供了一套minui的图形接口，利用这些接口可以通过文字显示或者贴图示意的方式将当前测试项及测试之后的结果直观地展示给测试人员，大大提高了测试效率。

实施例：修改recovery代码，使进入生产测试时设置的BCB为command =”boot-recovery”,recovery=”-now_mteset”。在初始的镜像中都按照该BCB烧制，可保证机顶盒开机自动进入recovery模式，并自动运行生产测试软件。只要不清空BCB分区，每次开机都会自动进入产测软件，当产测完成后，在软件中设置清空BCB分区，重启后会进入安卓***。

通过调用平台SDK提供的接口和linux***命令来实现电视播放、网口测试、USB口测试、序列号写入、Wifi测试、Tuner测试、智能卡测试、前面板测试和遥控器测试等一系列功能。可能recovery模式本身较为精简，可以根据实际测试需要移植少量驱动或bin文件到recovery模式中方便测试项的开发。

在进入生产测试软件后通过minui接口绘制图形用户界面，显示按键值和对应测试选项，按下遥控器下对应按键进入相应测试项，进行完测试内容后自动更新测试结果到用户界面，直观简洁。软件支持测试结果保存，掉电重启后可以自动分析cache分区上保存的文件，恢复已测项的结果，而且可以在进入安卓***后查看生产测试的结果。

除说明书所述的技术特征外，均为本领域技术人员的公知技术。

Claims

1.一种安卓机顶盒生产测试软件的设计方法，其特征在于，其具体设计过程为：

一、设计生产测试软件的入口：

2.根据权利要求1所述的安卓机顶盒生产测试软件的设计方法，其特征在于，所述cache分区保存网络下载的升级包，以及用来保存临时数据：生产测试的数据可以用特定的文件名储存在cache分区中，从而可以在掉电后保留已测试项的结果。