專利名稱：一種機頂盒測試方法及測試系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及機頂盒測試領域，尤其涉及一種機頂盒測試方法及測試系統(tǒng)。
背景技術：
隨著機頂盒行業(yè)的蓬勃發(fā)展，對于制造商來說，如何將一臺完美的機頂盒提供給客戶從而獲得一個良好的聲譽將是一個不可或缺的部分。完美的機頂盒需要測試技術的支持?，F(xiàn)有的技術中進行機頂盒測試的方法主要為采用系統(tǒng)配置機頂盒測試參數(shù)去進行測試，可及時現(xiàn)場進行修改，該方法用于測試USB設備、CPU、內(nèi)存和網(wǎng)卡的工作狀態(tài)。但是該測試技術涉及的測試面較窄，不能通過設置配置文件對測試項順序進行調(diào)整，所有的測試項均需要人工手動測試，人力成本高，且測試效率低。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題在于針對現(xiàn)有技術中機頂盒的測試只能通過人工手動測試的缺陷，提供一種可結合手動和自動測試的對機頂盒進行測試的機頂盒測試方法及測試系統(tǒng)。本發(fā)明解決其技術問題所采用的技術方案是提供一種機頂盒測試方法，包括以下步驟讀取機頂盒配置文件，所述配置文件包括待測試項的ID，以及預先設置的待測試項的分類信息；根據(jù)預先設置將所述配置文件分為自動配置文件組和手動配置文件組；根據(jù)所述自動配置文件組生成包含自動測試項隊列的自動待測試頁面，根據(jù)所述手動配置文件組生成包含手動測試項隊列的手動待測試頁面；按照待測試頁面中的自動測試項隊列和手動測試項隊列的順序進行測試；在兩個測試頁面中的待測試項全部通過測試時，在機頂盒中寫入產(chǎn)品序列號SN。本發(fā)明所述的機頂盒測試方法中，按照待測試頁面中的自動測試項隊列和手動測試項隊列的順序進行測試具體包括步驟根據(jù)預先設置的測試程序，對自動測試項隊列進行逐項自動測試；在自動測試過程中，若出現(xiàn)錯誤，生成智能報錯單，以在所述自動測試項隊列全部完成測試后提示維修人員進行返修； 對返修后的自動測試項繼續(xù)進行測試，直到自動測試項隊列都通過測試，再進入手動測試項隊列進行逐項測試；在進行每一項手動測試時，若出現(xiàn)錯誤，則生成智能報錯單，以提示維修人員針對該測試項進行返修，在返修后的測試項重新通過測試后，再進行下一項手動測試。本發(fā)明所述的機頂盒測試方法中，還包括步驟在測試過程中，記錄每一測試項的測試狀態(tài)到日志文件；在測試結束，所述產(chǎn)品序列號SN寫入成功后，將所述日志文件通過網(wǎng)絡上傳給測試數(shù)據(jù)庫。本發(fā)明所述的機頂盒測試方法中，還包括步驟對每一測試項進行超時設置，若測試過程中在預設時間內(nèi)沒有獲得響應時，提示超時。本發(fā)明所述的機頂盒測試方法中，還包括步驟在測試過程中，記錄和顯示每一待測試項的測試進度。本發(fā)明所述的機頂盒測試方法中，還包括步驟若在測試過程中斷電，在機頂盒重新啟動時，自動獲取斷電前的測試狀態(tài)，以從測 試中斷處開始測試。本發(fā)明解決其技術問題所采用的另一技術方案是提供一種機頂盒測試系統(tǒng)，包括讀取配置文件模塊，用于讀取機頂盒配置文件，所述配置文件包括待測試項的ID，以及預先設置的待測試項的分類信息；分組模塊，用于根據(jù)配置文件中的信息將配置文件分為自動配置文件組和手動配置文件組；待測試頁面生成模塊，用于根據(jù)所述自動配置文件組生成包含自動測試項隊列的自動待測試頁面，根據(jù)所述手動配置文件組生成包含手動測試項隊列的手動待測試頁面；測試模塊，用于按照待測試頁面中所述自動測試項隊列和手動測試項隊列的順序進行測試；產(chǎn)品序列號寫入模塊，用于在兩個隊列全部通過測試時，在機頂盒中寫入產(chǎn)品序列號SN。本發(fā)明所述的機頂盒測試系統(tǒng)中，所述測試模塊具體包括自動測試模塊，用于根據(jù)預先設置的測試程序，對自動測試項隊列進行逐項自動測試;自動測試報錯單生成模塊，用于在自動測試過程中，若出現(xiàn)錯誤，生成智能報錯單，以在所述自動測試項隊列全部完成測試后提示維修人員進行返修，并通過所述自動測試模塊對返修后的自動測試項繼續(xù)進行測試，直到自動測試項隊列都通過測試；手動測試模塊，用于在自動測試項隊列都通過測試后，對手動測試項隊列進行逐項測試，且在上一項通過測試后再進行下一項測試；手動測試報錯單生成模塊，用于在進行每一項手動測試時，若出現(xiàn)錯誤，則生成智能報錯單，以提示維修人員針對該測試項進行返修。本發(fā)明所述的機頂盒測試系統(tǒng)中，該系統(tǒng)還包括日志文件記錄模塊，用于在測試過程中，記錄每一測試項的測試狀態(tài)到日志文件；上傳模塊，用于在測試結束，所述產(chǎn)品序列號SN寫入成功后，將所述日志文件通過網(wǎng)絡上傳給測試數(shù)據(jù)庫。超時設置模塊，用于對每一測試項進行超時設置，若測試過程中在預設時間內(nèi)沒有獲得響應時，提示超時；測試進度模塊，用于在測試過程中，記錄和顯示每一待測試項的測試進度。
本發(fā)明所述的機頂盒測試系統(tǒng)中，該系統(tǒng)還包括定位模塊，用于若在測試過程中斷電，在機頂盒重新啟動時，自動獲取斷電前所述日志文件記錄模塊記錄的測試狀態(tài)，以使系統(tǒng)從測試中斷處開始測試。 本發(fā)明產(chǎn)生的有益效果是本發(fā)明根據(jù)配置文件將待測試項分為手動測試項隊列和自動測試項隊列，在生成測試頁面后，按隊列順序進行測試，在所有測試項均通過測試后，在機頂盒中寫入產(chǎn)品序列號SN，從而完成機頂盒的測試。本發(fā)明可以根據(jù)需要將待測試項進行手動或者自動的分類，并根據(jù)需要靈活改變分類，并可分別調(diào)整自動測試項隊列和手動測試項隊列中測試項的順序，從而減少了測試成本，提高了測試線的流水效率。


下面將結合附圖及實施例對本發(fā)明作進一步說明，附圖中圖I是本發(fā)明實施例機頂盒測試方法中生成待測試頁面的示意圖；圖2是本發(fā)明實施例機頂盒測試方法的流程圖；圖3是本發(fā)明實施例機頂盒測試系統(tǒng)的結構示意圖；圖4是本發(fā)明另一實施例機頂盒測試系統(tǒng)的結構示意圖。
具體實施例方式為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明實施例機頂盒測試方法可以測試所有機頂盒的硬件接口，包括USB、SD卡、SDRAM、硬盤、flash、eeprom> mg3500 (一種視頻轉(zhuǎn)碼器)、Moca (Multimedia over CoaxAlliance)、MCU 升級、tuner、HDMI、CVBS/SCART、RF、Ypbpr、S/PDIF、Power LED.Cable Card、Touch Pad、Reset按鍵等，測試面較廣，具體測試過程中將測試項分為自動測試項和手動測試項兩類，測試過程中USB、SD> SDRAM、硬盤、flash、eeprom、mg3500、Moca、MCU升級不需要人工判定，彼此之間相互獨立，可設置為自動測試項；而tuner、HDMI、CVBS/SCART、RF、Ypbpr> S/PDIF>Power LED>CabIe CarcUTouch PacUReset, SN、上傳日志需要人工判斷或?qū)ζ渌椨幸蕾囮P系(如Power LED依賴于MCU，SN依賴于e印rom，寫好上傳依賴于SN等)故可放置手動測試項中。本發(fā)明實施例中，在具體進行測試之前先根據(jù)機頂盒的配置文件生成待測試頁面，本發(fā)明實施例主要以測試混合型機頂盒-hybrid機頂盒為例，如圖I所示，包括以下步驟SlOl測試系統(tǒng)啟動，加載系統(tǒng)測試頁面；測試系統(tǒng)采用B/S(瀏覽器/服務器)構架，所有的測試頁面均存放在機頂盒的分區(qū)內(nèi)，應急測試模板放置web服務器上(在機頂盒內(nèi)測試頁功能不完善的時候通過遙控器鍵入特殊的組合鍵啟用)。系統(tǒng)測試頁面采用QT+javascript擴展針對對應的測試項編寫測試接口。測試頁面由HTML+CSS+javascript編寫，頁面加載時讀取配置文件的測試ID。S102測試系統(tǒng)讀取機頂盒配置文件，配置文件包括待測試項的ID，以及預先設置的待測試項的分類信息。待測試項的分類包括自動測試項和手動測試項。根據(jù)預先設置的配置文件中的分類信息，將配置文件分為自動配置文件組和手動配置文件組，其中自動配置文件組為包含自動測試項ID的列表，手動配置文件組為包含手動測試項ID的列表。在本發(fā)明一個實施例中，配置文件中還可以包括待測試項的優(yōu)先級信息，優(yōu)先級高的測試項優(yōu)先測試。根據(jù)需要，具有相應修改權限時，可以通過調(diào)整配置文件將對應的測試項調(diào)整為自動或者手動，還可修改配置文件組中的測試項的優(yōu)先級。手/自動配置文件分類的基本原則為當該項的測試結果不需要借助外在儀器或者在現(xiàn)有的儀器情況下能完成自動測試，將其調(diào)整到自動配置文件組中；當部分測試項無可借助儀器、測試儀器比較昂貴或者測試項互相依賴時，將其調(diào)整到手動配置文件組中。根據(jù)該原則調(diào)整配置文件，可以在節(jié)約成本的同時，提高測試效率。例如(1)不需要額外的測試儀器如在測試tuner模塊時能自動根據(jù)函數(shù)返回值確定tuner鎖定、解碼器解析的狀態(tài)，直接判斷測試是否通過，則將該測試項放置到自動測試項中；如在測試音視頻接口時，人工判定其是否有視頻輸出成本較低，在測試觸摸板靈敏性時無外在設備機器化測試該項，故將類似的測試項調(diào)整到手動測試項中。(2)測試項相互依賴如在測試上傳日志的時候，上傳到數(shù)據(jù)庫的日志中以SN作為主鍵，該項測試依賴于SN的寫入是否成功，必須保證 SN成功才進行日志上傳，故將日志上傳設置為手動測試項?？梢岳斫獾模诸惖幕驹瓌t也可根據(jù)實際情況做修改調(diào)整。S103測試系統(tǒng)將根據(jù)調(diào)整原則分好的自動配置文件組和手動配置文件組分別生成包含自動測試項隊列的自動待測頁面和手動測試項隊列的手動待測試頁面?？梢岳斫獾?，自動測試項隊列和手動測試項隊列也可以在同一頁面上顯示。本發(fā)明較佳實施例中，測試頁面分別根據(jù)頁面加載時讀取的測試項ID，循環(huán)生成對應的測試項和測試過程中的響應按鈕。在本發(fā)明的一個實施例中，在生成的頁面中前面的測試項具有較高的測試優(yōu)先級，測試頁面中根據(jù)生成javascript控件響應事件來調(diào)用對應項編寫好的測試接口進行測試。具體測試過程如圖2所示，具體包括步驟S201測試系統(tǒng)根據(jù)預先設置的測試程序，對自動測試項隊列進行逐項自動測試；自動測試項在待測試頁面初始化后，可采用jQuery的回調(diào)機制自動啟動測試。S202測試系統(tǒng)判斷自動測試項是否全部通過測試，若否，則在所有自動測試項都測試完成后，根據(jù)在自動測試過程中生成的智能報錯單，維修人員進行返修；由于自動測試項均是相互獨立(自動配置文件配置原則)，故在某一項測試不通過時，可以繼續(xù)下一項的測試，直到自動測試項全部測試完成，然后再根據(jù)生成的智能報錯單針對測試中的錯誤一一進行返修。該自動測試過程自動化程度較高，不需要人工干預。測試中，自動測測試項不通過時，測試頁面會調(diào)用與測試項相關模塊檢測接口，根據(jù)返回值確定當前測試過程中問題所在，進行智能報錯。如在測試tuner時視頻無法正常輸出時會去依次檢測tuner是否鎖定、解碼方式是否選擇正確、播放流的PID是否解析正確等，智能報錯單可提示維修人員可能出錯的地方。測試系統(tǒng)會針對不同的模塊預先設計相關的檢測接口。S204在自動測試項隊列都通過測試后，測試系統(tǒng)進入手動測試項隊列進行逐項測試；S205測試系統(tǒng)依次判斷單項測試是否通過； S206若單項測試未通過，即單項手動測試過程中出現(xiàn)錯誤，測試系統(tǒng)則針對每一項手動測試項生成智能報錯單，進行智能報錯，以提示維修人員針對該測試項進行返修，在返修后的測試項重新通過測試后，再進行下一項手動測試。
手動測試項需要人工判定測試結果，由人工按下頁面“測試”按鈕觸發(fā)該項的測試，即測試系統(tǒng)在接收到手動測試項的觸發(fā)信號后才進行該項的測試。由于手動測試項需要人工判斷或?qū)ζ渌椨幸蕾囮P系(如Power LED依賴于MCU，SN依賴于e印rom，寫好上傳依賴于SN等)，故可預先設置各個手動測試項的優(yōu)先級，使優(yōu)先級較高的測試項先測試。在上一項測試不通過時設置下一測試項的按鈕焦點狀態(tài)為不可選，不允許操作者進行下一項的測試。如手動測試項CableCard的測試是依賴于自動測試項中tuner,即只有tuner測試通過時，才能繼續(xù)測試。S207測試系統(tǒng)判斷自動測試隊列和手動測試項隊列是否全部通過測試；S208在所有的測試項均通 過測試時(包括測試項經(jīng)過返修后通過測試)，測試系統(tǒng)在機頂盒中寫入產(chǎn)品序列號SN(Serial Number) 0在本發(fā)明實施例中，可將寫SN設置在手動測試項的最后一項，在手動測試的寫SN模塊中，需要保證存儲在eeprom (Electrically Erasable Programmable Read-Only Memory,電可擦可編程只讀存儲器)中的SN與MAC (Media Access Control硬件地址)不重復。為防止維修過程中eeprom芯片故障而發(fā)生的SN/MAC丟失情況,SN測試接口會首先去檢測機頂盒的類型、eeprom的讀寫等準備條件是否滿足，決定是否寫SN(條件不滿足時，提示原因)。如果測試系統(tǒng)安裝在機頂盒上，只有寫SN和上傳日志才需要與PC網(wǎng)絡通信，前面的所有測試項均不需要連接網(wǎng)絡，故將其設置在手動測試項的最后一項，用以保證前面的測試項測試都通過和中間工位測試時的不需要檢測網(wǎng)絡的通暢。為確保一臺機器只寫一次唯一的SN，在寫SN時根據(jù)主板的ID的唯一性自動為機頂盒分配唯一的標識(SN和MAC)，SN和MAC有唯一的映射關系。在本發(fā)明的一個實施例中，還包括步驟在測試過程中，測試系統(tǒng)實時記錄每一測試項的測試狀態(tài)到日志文件；還可以同時保存測試結果到機頂盒的分區(qū)，便于后期跟蹤返廠維修的記錄和異常斷電情況下重啟后對上次測試進度進行定位。在測試結束，產(chǎn)品序列號SN寫入成功后，測試系統(tǒng)將日志文件通過網(wǎng)絡上傳給測試數(shù)據(jù)庫。在產(chǎn)品試產(chǎn)過程中通過讀取數(shù)據(jù)庫的日志文件，分析每個模塊的測試所需時間(對測試需要較長的時間的工位可設置多線并行測試)、權衡測試設備的價格(對測試項需要價格較為昂貴的測試儀器可設置其為手動測試)，在對配置文件進行調(diào)整后實現(xiàn)在量產(chǎn)時產(chǎn)線效率的提高和測試成本的降低。由于所有測試頁面均自動生成，故在調(diào)整之后不需要重新設計測試頁面，會使后期調(diào)整工位時開發(fā)工作量較少。在本發(fā)明實施例中，還包括步驟測試系統(tǒng)對每一測試項進行超時設置，若測試過程中在預設時間內(nèi)沒有獲得響應時，提示超時。對任一測試項均進行超時設置，當測試項或者用戶在一定時間內(nèi)未作響應時，通過定時器提示超時。如在測試待機鍵時要求用戶在30秒內(nèi)按下該建，否則報錯。此設置可避免測試過程中測試項因不通過而卡在那里，需要“暴力”重啟引起的產(chǎn)線效率降低的問題。本發(fā)明實施例中，還包括步驟在測試過程中，測試系統(tǒng)記錄和顯示每一待測試項的測試進度。在測試過程中可采用javascript的定時刷新和jQuery的回調(diào)機制,根據(jù)測試的實時返回值顯示當前的測試進度，可以避免因有些測試項需要較長時間而又無測試提示，而導致的測試人員人為認定死機的誤判。本發(fā)明實施例中，還包括步驟若在測試過程中斷電，在機頂盒重新啟動時，測試系統(tǒng)自動獲取斷電前的測試狀態(tài)，以從測試中斷處開始測試。在測試過程斷電時，機頂盒啟動時測試系統(tǒng)會去讀取存儲在機頂盒分區(qū)的測試狀態(tài)標志，javascript初始化控制程序根據(jù)測試項隊列和存儲在機頂盒分區(qū)內(nèi)的測試結果初始化測試頁面，顯示當前的各項的測試狀態(tài)(未測、通過、未通過)等，定位到上次測試中斷項處開始測試，節(jié)約了重新測試的時間，提高了測試效率。如圖3所示，本發(fā)明實施例機頂盒測試系統(tǒng)，既可以安裝在機頂盒中，也可以安裝在遠程計算機中，可實現(xiàn)上述測試方法，主要包括讀取配置文件模塊301，用于讀取機頂盒配置文件，配置文件包括待測試項的ID，以及預先設置的待測試項的分類信息；在本發(fā)明的一個實施例中，配置文件中還可以包括預先設置的優(yōu)先級信息，即設置待測試項的優(yōu)先級，優(yōu)先級高的先進行測試。具體設置上文已有詳細描述，在此不贅述。分組模塊302，用于根據(jù)配置文件中的信息將配置文件分為自動配置文件組和手動配置文件組；
待測試頁面生成模塊303，用于根據(jù)自動配置文件組生成包含自動測試項隊列的自動待測試頁面，根據(jù)手動配置文件組生成包含手動測試項隊列的手動待測試頁面；測試模塊304，用于按照待測試頁面中自動測試項隊列和手動測試項隊列的順序進行測試；產(chǎn)品序列號寫入模塊305，用于在兩個隊列全部通過測試時，在機頂盒中寫入產(chǎn)品序列號SN。該模塊需要連接網(wǎng)絡，故需要先檢查網(wǎng)絡是否連接好。由于前面的所有測試項均不需要連接網(wǎng)絡，故可以將寫SN設置在手動測試項的最后一項，用以保證前面的測試項都通過測試，才檢測網(wǎng)絡連接，寫SN。進一步地，本發(fā)明實施例機頂盒測試系統(tǒng)中，測試模塊304具體包括自動測試模塊3041，用于根據(jù)預先設置的測試程序，對自動測試項隊列進行逐項自動測試；自動測試報錯單生成模塊3042，用于在自動測試過程中，若出現(xiàn)錯誤，生成智能報錯單，以在所述自動測試項隊列全部完成測試后提示維修人員進行返修，并通過自動測試模塊3041對返修后的自動測試項繼續(xù)進行測試，直到自動測試項隊列都通過測試；手動測試模塊3043，用于在自動測試項隊列都通過測試后，對手動測試項隊列進行逐項測試，且在上一項通過測試后再進行下一項測試；手動測試報錯單生成模塊3044，用于在進行每一項手動測試時，若出現(xiàn)錯誤，則生成智能報錯單，以提示維修人員針對該測試項進行返修。本發(fā)明實施例中，該系統(tǒng)還包括日志文件記錄模塊306，用于在測試過程中，記錄每一測試項的測試狀態(tài)到日志文件；上傳模塊307，用于在測試結束，產(chǎn)品序列號SN寫入成功后，將日志文件通過網(wǎng)絡上傳給測試數(shù)據(jù)庫。超時設置模塊308，用于對每一測試項進行超時設置，若測試過程中在預設時間內(nèi)沒有獲得響應時，提示超時；測試進度模塊309，用于在測試過程中，記錄和顯示每一待測試項的測試進度。進一步地，本發(fā)明實施例中該系統(tǒng)還包括
定位模塊310，用于若在測試過程中斷電，在機頂盒重新啟動時，自動獲取斷電前日志文件記錄模塊記錄的測試狀態(tài)，以使系統(tǒng)從測試中斷處開始測試。本發(fā)明可以根據(jù)需要對機頂盒的待測試項進行調(diào)整，既可以設置為手動測試也可以設置為自動測試，還可以設置優(yōu)先級，在測試過程中會進行智能報錯，維修人員根據(jù)提示 可以很快發(fā)現(xiàn)錯誤并修正，大大提高了測試的效率，降低了測試成本。應當理解的是，對本領域普通技術人員來說，可以根據(jù)上述說明加以改進或變換，而所有這些改進和變換都應屬于本發(fā)明所附權利要求的保護范圍。
權利要求
1.一種機頂盒測試方法，其特征在于，包括以下步驟 讀取機頂盒配置文件，所述配置文件包括待測試項的ID，以及預先設置的待測試項的分類信息； 根據(jù)預先設置將所述配置文件分為自動配置文件組和手動配置文件組； 根據(jù)所述自動配置文件組生成包含自動測試項隊列的自動待測試頁面，根據(jù)所述手動配置文件組生成包含手動測試項隊列的手動待測試頁面； 按照待測試頁面中的自動測試項隊列和手動測試項隊列的順序進行測試； 在兩個測試頁面中的待測試項全部通過測試時，在機頂盒中寫入產(chǎn)品序列號SN。
2.根據(jù)權利要求I所述的機頂盒測試方法，其特征在于，按照待測試頁面中的自動測試項隊列和手動測試項隊列的順序進行測試具體包括步驟 根據(jù)預先設置的測試程序，對自動測試項隊列進行逐項自動測試； 在自動測試過程中，若出現(xiàn)錯誤，生成智能報錯單，以在所述自動測試項隊列全部完成測試后提示維修人員進行返修； 對返修后的自動測試項繼續(xù)進行測試，直到自動測試項隊列都通過測試，再進入手動測試項隊列進行逐項測試； 在進行每一項手動測試時，若出現(xiàn)錯誤，則生成智能報錯單，以提示維修人員針對該測試項進行返修，在返修后的測試項重新通過測試后，再進行下一項手動測試。
3.根據(jù)權利要求2所述的機頂盒測試方法，其特征在于，還包括步驟 在測試過程中，記錄每一測試項的測試狀態(tài)到日志文件； 在測試結束，所述產(chǎn)品序列號SN寫入成功后，將所述日志文件通過網(wǎng)絡上傳給測試數(shù)據(jù)庫。
4.根據(jù)權利要求2所述的機頂盒測試方法，其特征在于，還包括步驟 對每ー測試項進行超時設置，若測試過程中在預設時間內(nèi)沒有獲得響應時，提示超吋。
5.根據(jù)權利要求1-4中任一項所述的機頂盒測試方法，其特征在于，還包括步驟 在測試過程中，記錄和顯示每一待測試項的測試進度。
6.根據(jù)權利要求3所述的機頂盒測試方法，其特征在于，還包括步驟 若在測試過程中斷電，在機頂盒重新啟動吋，自動獲取斷電前的測試狀態(tài)，以從測試中斷處開始測試。
7.ー種機頂盒測試系統(tǒng)，其特征在于，包括 讀取配置文件模塊，用于讀取機頂盒配置文件，所述配置文件包括待測試項的ID，以及預先設置的待測試項的分類信息； 分組模塊，用于根據(jù)配置文件中的信息將配置文件分為自動配置文件組和手動配置文件組； 待測試頁面生成模塊，用于根據(jù)所述自動配置文件組生成包含自動測試項隊列的自動待測試頁面，根據(jù)所述手動配置文件組生成包含手動測試項隊列的手動待測試頁面； 測試模塊，用于按照待測試頁面中所述自動測試項隊列和手動測試項隊列的順序進行測試; 產(chǎn)品序列號寫入模塊，用于在兩個隊列全部通過測試時，在機頂盒中寫入產(chǎn)品序列號SN。
8.根據(jù)權利要求7所述的機頂盒測試系統(tǒng)，其特征在于，所述測試模塊具體包括 自動測試模塊，用于根據(jù)預先設置的測試程序，對自動測試項隊列進行逐項自動測試； 自動測試報錯單生成模塊，用于在自動測試過程中，若出現(xiàn)錯誤，生成智能報錯單，以在所述自動測試項隊列全部完成測試后提示維修人員進行返修，并通過所述自動測試模塊對返修后的自動測試項繼續(xù)進行測試，直到自動測試項隊列都通過測試； 手動測試模塊，用于在自動測試項隊列都通過測試后，對手動測試項隊列進行逐項測試，且在上一項通過測試后再進行下一項測試； 手動測試報錯單生成模塊，用于在進行每ー項手動測試時，若出現(xiàn)錯誤，則生成智能報錯單，以提示維修人員針對該測試項進行返修。
9.根據(jù)權利要求8所述的機頂盒測試系統(tǒng)，其特征在于，該系統(tǒng)還包括 日志文件記錄模塊，用于在測試過程中，記錄每一測試項的測試狀態(tài)到日志文件； 上傳模塊，用于在測試結束，所述產(chǎn)品序列號SN寫入成功后，將所述日志文件通過網(wǎng)絡上傳給測試數(shù)據(jù)庫。
超時設置模塊，用于對每ー測試項進行超時設置，若測試過程中在預設時間內(nèi)沒有獲得響應時，提示超時； 測試進度模塊，用于在測試過程中，記錄和顯示每一待測試項的測試進度。
10.根據(jù)權利要求9所述的機頂盒測試系統(tǒng)，其特征在于，該系統(tǒng)還包括 定位模塊，用于若在測試過程中斷電，在機頂盒重新啟動吋，自動獲取斷電前所述日志文件記錄模塊記錄的測試狀態(tài)，以使系統(tǒng)從測試中斷處開始測試。
全文摘要
本發(fā)明公開了一種機頂盒測試方法及測試系統(tǒng)，其中測試方法包括以下步驟讀取機頂盒配置文件，配置文件包括待測試項的ID，以及預先設置的待測試項的分類信息；根據(jù)預先設置將配置文件分為自動配置文件組和手動配置文件組；根據(jù)自動配置文件組生成包含自動測試項隊列的自動待測試頁面，根據(jù)手動配置文件組生成包含手動測試項隊列的手動待測試頁面；按照待測試頁面中的自動測試項隊列和手動測試項隊列的順序進行測試；在兩個測試頁面中的待測試項全部通過測試時，在機頂盒中寫入產(chǎn)品序列號SN。本發(fā)明可減少測試成本，提高測試線的流水效率。
文檔編號H04N17/04GK102665093SQ20121006477
公開日2012年9月12日 申請日期2012年3月13日 優(yōu)先權日2012年3月13日
發(fā)明者王盛林 申請人:深圳市九洲電器有限公司