的测试参数可以包括:WiF1、WiFiPassword (用于测试机顶盒设备是否能够根据该WiFiPassword连接上该用户名的WiFi)、PingDest、PingCount (用于测试机顶盒是否能够在Ping指定的链接次数内链接到Ping指定的地址)、MediaURL(用于测试机顶盒设备是否能够访问该视频播放的文件路径)、Frequent、Symbol和QAM(用于根据Frequent、Symbol和QAM测试机顶盒设备是否能够进行相应锁定)O
[0050]步骤203:根据设定的测试参数在针对于机顶盒设备的外部设备中建立配置文件，其中，配置文件用于对设定的测试参数进行赋值。
[0051]在本实施例中，为了实现对测试参数的灵活赋值，可以在针对于机顶盒设备的外部设备中对测试参数进行赋值，其中，该外部设备可以是U盘、SD卡(Secure DigitalMemory Card，半导体闪存工艺存储卡)等移动设备。由于是在外部设备中进行测试参数的赋值，因此该值可以根据测试环境和/或测试目的进行灵活修改，以及自定义赋值，因此实现了参数赋值的灵活性。
[0052]在本实施例中，可以在外部设备中对机顶盒设备中所有的测试参数进行赋值，当然，也可以对机顶盒设备中的部分测试参数进行赋值。其中，是否对机顶盒设备中所有的测试参数进行赋值，由约定、测试环境和/或测试目标进行设定，在此，本实施例对此不作具体限定。
[0053]在本发明一优选实施例中，通过在外部设备中的设定路径上建立设定名称的配置文件，来实现对机顶盒设备中的测试参数的赋值。例如，设定路径可以是\vender_private\,设定名称可以用测试厂商命名，如inspur_factory.xml，那么该配置文件的的存储路径为\vender_private\inspur_factory.xml。其中，配置文件的格式可以是xml、json或config等，即可以使用xml、json或config等语言形式来描述测试参数。
[0054]下面以在外部设备中对机顶盒设备中所有测试参数进行赋值为例，对配置文件使用xml形式描述测试参数的赋值进行说明，该配置文件可以包括:
[0055]< ? xml vers1n = 〃1.0^encoding = "UTF_8〃 ? >
[0056]〈Factory〉
[0057]<Wif iUser>test-wif i</Wif iUser>
[0058]<WifiPassword>12345678</WifiPassword>
[0059]〈PingDest〉192.168.1.101〈/PingDest〉
[0060]<PingCount>30</PingCount>
[0061 ] 〈MediaURL〉/storage/external—storage/sdal/MediaTest.mp4</MediaURL>
[0062]<Frequent>256</Frequent>
[0063]〈Symbol>6875〈/SymboI>
[0064]<QAM>64</QAM>
[0065].
[0066].
[0067].
[0068]〈/Factory〉
[0069]根据上述配置文件可知，需要测试机顶盒设备是否能够利用设置的WiFi用户名“test-wifi”和WiFi密码“12345678”进行无线网络的连接；测试机顶盒设备是否能够在Ping指定的访问次数“30”内成功访问Ping指定的地址“192.168.1.101” ;测试机顶盒设备是否能够成功播放指定网址 “/storage/external_storage/sdal/MediaTest.mp4” 对应的视频文件；测试机顶盒设备是否能够根据Frequent参数用来锁定指定的频点“256” ;测试机顶盒设备是否能够根据Symbol参数用来锁定指定的符号率“6875” ;测试机顶盒设备是否能够根据QAM参数用来锁定指定的调制方式“64”。
[0070]进一步地，在本发明一优选实施例中，还可以根据具体约定，通过配置文件中对测试参数赋值的顺序，使得后续过程中机顶盒设备在解析配置文件时根据配置文件中赋值顺序对测试参数进行逐个测试。
[0071]步骤204:将外部设备连接到机顶盒设备上，在连接成功后，机顶盒设备可以监测到该外部设备插入到机顶盒设备上的状态，机顶盒设备广播通知消息，其中，通知消息用于通知广播接受者外部设备当前的状态为准备状态。
[0072]在发明一优选本实施例中，由于机顶盒设备在测试过程中需要对机顶盒设备的硬件性能进行测试，其中，对硬件性能的测试包括对接口性能的测试，因此，可以在对机顶盒设备上的接口进行测试时，连接上建立有配置文件的外部设备，同时对机顶盒设备的接口以及根据配置文件实现对机顶盒设备软件性能的测试。
[0073]在本实施例中，外部设备在连接成功后，机顶盒设备可以根据预先设置的监测功能对该外部设备的状态进行监测，因此可以监测到该外部设备插入到机顶盒设备上，向广播接受者广播通知消息，该通知消息用于通知广播接受者外部设备当前的状态为准备状态，即允许对外部设备中的配置文件进行检测。其中，机顶盒状态广播的通知消息可以包括对下述外部设备的几种状态进行广播，广播形式可以包括:public static final StringACT 10N_MED I A_REM0VED = "android, intent, act1n.MEDIA_REMOVED〃 ；//用于监测外部设备的移除状态；
[0074]public static final String ACT10N_MEDIA_UNMOUNTED = "android, intent,act1n.MEDIA_UNMOUNTED〃 ；//用于监测外部设备的未准备状态；
[0075]public static final String ACT10N_MEDIA_CHECKING = "android, intent,act1n.MEDIA_CHECKING〃 ；//用于监测外部设备的测试状态；
[0076]public static final String ACT10N_MEDIA_M0UNTED = "android, intent,act1n.MEDIA_MOUNTED〃 ；//用于监测外部设备的准备状态。
[0077]步骤205:机顶盒设备的广播接受者接收到该广播的通知消息时，则向外部设备中检测配置文件，在检测到配置文件时，启动根据配置文件对赋值的测试参数进行测试的操作，并通过解析的配置文件中测试参数的赋值，对机顶盒设备中的该测试参数的性能进行测试。
[0078]由于现有技术方案中在启动针对测试参数对机顶盒设备进行测试的操作的触发条件是通过点击遥控器的启动按钮来触发该启动的，可能会影响机顶盒设备的生产效率，因此，在本实施例中，机顶盒设备的广播接受者在检测到配置文件时作为触发启动测试的触发条件，从而避免了错误点击遥控器启动按钮的概率。
[0079]在本实施例中，机顶盒设备在烧录测试参数的编码程序时，可以同时设定机顶盒设备的广播接受者，其中，可以在AndroidManifest.xml中描述该广播接受者。
[0080]机顶盒设备根据上述设定功能监测外部设备发送的通知消息，确定该外部设备当前的状态为准备状态，则在外部设备中的设定路径下检测设定名称的配置文件，在检测到该配置文件时启动对机顶盒设备进行测试的过程。
[0081]在本发明一优选实施例中，可以设置通知消息可以进一步通知广播接受者配置文件的设定路径以及设定名称，由机顶盒设备根据该通知消息中通知的设定路径和设定名称，在U盘中检测配置文件。
[0082]在本发明一优选实施例中，可以预先约定外部设备与机顶盒设备的协议，该协议可以用于约定配置文件的存储位置以及存储名称，当机顶盒设备接收到通知消息时，可以根据该预先约定的协议中配置文件的设定路径以及设定名称，在U盘中检测配置文件。
[0083]根据本方案，在机顶盒设备中设定测试项，并不在机顶盒中对测试项的测试参数进行赋值，而是在机顶盒设备的外部设备中对测试项中的测试参数