專利名稱:一種便攜式電子設備的功能測試方法
技術領域:
本發(fā)明涉及一種便攜式電子設備的功能測試方法.
背景技術:
^更攜式電子設備,如手機,屬于嵌入式系統,嵌入式系統平臺缺乏較統一、標 準的接口,這使得為嵌入式系統開發(fā)的測試工具不易通用.因此,需要分析電子設 備的共同性,并以此為切入口,通過較小的代價實現測試工具在不同嵌入式系統的 平臺都可使用的目的.由于電子設備的輸入方法多通過鍵盤,現有的方案也多以模 擬鍵盤輸入為方法.現有的方案是以硬件的形式來模擬M的輸入,即通過M模 擬開關與電子設M盤的PCB;M目連,通過軟件驅動^t模擬開關,使電子設備 鍵盤PCB板產生相應的導通,M擬^^輸入.這種方法需要硬件輔助,成^ 高,不利于推廣大范圍使用;而且需要破壞電子設備,使^PCB板露出來以便 與M模擬開關相連,M成一定的損失.
針對上述的缺點有人提出了解決方案,如中國專利數據庫在2006年1月11 曰公開了發(fā)明名稱為《一種CDMA手機軟件自動測試的方法》的發(fā)明專利申請,其 申請?zhí)?00410009308. 9. —種CDMA手;M^件自動測試的方法,該方法主要是通過 電腦棋擬手機^t在電腦中點擊模擬手機鍵盤的用戶界面,從而生成相應的測試 腳本文件.再將測試腳本文件解釋為手機能夠識別的命令發(fā)往手機,手機執(zhí)行相應 的命令并給予回報,從而完成測試.這種方案在生成腳本的過程中,因得不到M 輸入的有^LSJt(如顯示操作的結果(如1主菜單、顯示短信內容等)),整 個過程不直觀,不易定位功能測試進行到哪一步了,故錄制過程不夠方便順暢.而 且,如果在錄制過程中發(fā)生了浙吳,也會因為得不到及時反饋而不易立即發(fā)現并進 行更改.亊后的更改也會因為定位較難,而變得比較困難.總而言之,現有的方案 在腳本的生成、修改、維護方面是比較費時費亊的.在手M件開發(fā)的過程中,修 改功能的實現方法是比較經常的事,而功能的修改一般都會導致輸入M序列的變 化,也就是iOip本要隨之經常調整.因此,腳本生成、修改、維護的容易實現,是 能較好地利用按鍵命令實現自動化測試的關鍵因素之一;而現有方案在腳本的生 成、修改、維護方面,有較明顯的缺陷,需要改進。
發(fā)明內容
本發(fā)明提供一種便攜式電子設備的功能測試方法,其克服了背景技術所描述的不足,
本發(fā)明的目的這樣實現的 一種便攜式電子設備的功能測試方法,該便攜式電 子i殳備具有鍵盤,該測試方法包括
步驟A,腳本錄制步驟,在電子設備的鍵盤上執(zhí)行^^搮作以生成M信息, 將生成的按鍵信息數據傳送給計算機,計算M收M信息;
步驟B,腳本回放步驟,包括
步壤Bl,計算機將^I信息數據轉換為相應的M命令,該些M命令序列 組成測試腳本文件,計算機回放測試腳本文件,將M命令數據傳送給電子設備; 步驟B2,電子設M收M命令數據并自動執(zhí)行^t命令以測試電子設備功能.
所述的腳本錄制步驟在電子設備的鍵盤上執(zhí)行M操作以生成M信息,將 生成的按鍵信息打包成具有一定格式的信息數據流,再將信息數據流傳送給計算 機,計算機接收、解析信息數據流得到^fc信息;
所述的腳本回放步驟包括
步猓Bl,計算機將^^信息轉換為相應的^命令,該些^t命令序列組成 測試腳本文件并保存該測試腳本文件;計算機回放測試腳本文件,依條將M命令 打包成具有一定格式的命令數據流并將命令數據流傳送給電子設備;
步驟B2,電子設備接收、解析命令數據流并自動執(zhí)行M命令以測試電子設 備功能;
步驟B3,電子設備將^t命令的執(zhí)行結果打包成具有一定格式的結果數據流 并回報計算機,計算機接收、解析并判斷執(zhí)行結果. 所述的腳本錄制步驟包括
步驟Al,計算機向電子設備發(fā)送開始傳送M信息數據的命令,電子設M 收并執(zhí)行該命令;
步驟A2,在電子設備的鍵盤上執(zhí)行^^操作以生成M信息,將生成的M 信息打包成具有一定格式的信息數據流,并將信息數據流傳送給計算機;
步驟A3,計算機接收、解析信息數據流得到M信息,同時在計算機的顯示 屏的^^信息框內顯示接收的M信息;
步驟A5,用戶判斷功能測試是否結束,如果是,從計算機發(fā)送停止傳送M 信息數據的命令,手機接收并執(zhí)行該命令,完成腳本的錄制;如果否,繼續(xù)執(zhí)行步 驟A2。
所述的腳本錄制步驟的步驟A3和步驟A5之間還包括
步驟A4,用戶判斷是否有操作m 如果有,計算機發(fā)送停止傳送^^信息 數據的命令,用戶手動刪除出錯M信息,再將手機上的搮作恢復到出錯前,然后 再從計算機發(fā)送開始傳送按鍵信息數據的命令,手機接收并執(zhí)行步驟A2;如果沒
有,則繼續(xù)以下步驟.
所述的腳本回放步驟中的步驟B1包括
步驟Bll, M信息全部接收后,計算機將^^信息轉換為相應的按鍵命令并 顯示在計算機的M命令信息框內,該些^^命令序列組成測試腳本并可^為測 試腳本文件,計算機回放測試腳本;
步驟B12,計算M擇命令發(fā)送功能,將顯示在計算機的^^命令信息框內的 ^t命令序列的第一條M命令,打包成具有一定格式的命令數據流并將命令數據 流傳送給電子設備,然后執(zhí)行步驟B2;
所述的腳本回放步驟中的步驟B3包括
步壤B31,電子設備將^:命令的執(zhí)行結果打包成具有一定格式的結果數據流 回報給計算機,計算機接收、解析執(zhí)行結果;
步驟B32,計算;M艮據解析的執(zhí)行結果判斷電子設備是否正確接收并正確執(zhí)行 了M命令,如果是,則執(zhí)行步驟B33,如果否,則執(zhí)行步驟B34;
步驟B33,計算機判斷是否還有^:命令需要發(fā)送,如果是,則執(zhí)行步驟B12 繼續(xù)發(fā)送下一條^Ht命令數據,如果否,則結束測試流程;
步驟B34,計算機發(fā)出報錯信息并顯示在計算機顯示屏,停止發(fā)送下一條M 命令數據。
調用并組合多個測試腳本文件成系列功能組合測試,將該多個測試腳本文件分 別導入任務表中,并輸入每個測試腳本文件希望執(zhí)行的次數,并按預定順序次數回 放測試腳本文件以對電子設備的功能進行測試,其中測試腳本文件通過上述方法保 存在計算機.
所述的電子設備為手機。
所述的電子設備和計算機之間的傳送方式可為串口傳輸方式、U盤口傳輸方 式、紅外傳輸方式、藍牙傳輸方式或無線網^#輸方式中的任一種,
所述的腳本錄制步猓中,在電子設備的鍵盤上執(zhí)行M操作同時,電子設備的 LCD顯示屏顯示^Jt搮作的結果信息.
所述的^*信息中至少包括以下內容M值和皿的狀態(tài);M命令中至少
包括以下內容M字符串、M間的間隔、M持續(xù)的時長;M命令的執(zhí)行結 果中至少包括以下內容M字符串、執(zhí)行的結果信息。 本技術方案和背景技術相比,具有如下的優(yōu)點
本發(fā)明提供了一種技術方案,通過在電子設備上進行測試的同時,由電子設備 向計算機發(fā)送^^信息,在計算機上生成由^t命令序列組成的測試腳本.再從計 算機上回放測試腳本,電子設備接收并自動執(zhí)行M命令序列,完成相應測試的方 法,而本方案不需要硬件輔助設備,也不需要破壞手機.方案的成本低,利于大范 圍使用.本技術方案在腳本生成方面,采用直接在電子設備上進行測試的同時,由 電子設備向計算機回報M命令,從而生成測試腳本.這種方法,可以直接利用電 子設備的LCD顯示,直觀的看到輸入M的結果反饋(如1主菜單、顯示短 信內容等)),容易保證腳本的正確性.當錄制發(fā)生M時,很容易發(fā)現并及時進行 修改.當軟件功能修改時,只要重新在電子設備上進行一次測試,即可同時得到更 新過的測試腳本.這樣,腳本的生成、修改、維護,就變得簡單易用了.另外,本 發(fā)明計算機端的測試程序提供了更強大的功能,如生成隨機M序列進行測試, 調用多個測試腳本進行一系列功能的組合測試等. 附困說明
下面結合附困和實施例對本發(fā)明進一步說明。
圖1是本發(fā)明實施例一的功能測試方法的原理流程圖.具體實施方式
實施例一
一種手機的功能測試方法,本實施例的電子設備為手機,但并不以手機為限, 其它如PDA也適用于本方法.該方法所采用的硬件包括手機、計算機、連接手機 和計算機的物理通道.
手機接收用戶的M輸入,記錄M信息,將該M信息打包成具有一定格 式的信息數據流,發(fā)送給計算機端的測試程序;接收計算機端發(fā)送的包含M命令 的命令數據流,解析出M命令,并自動按照^命令執(zhí)行相應的^t處理;將執(zhí) 行結果打包成具有一定格式的結果數據流,發(fā)送給計算機端的測試程序.上述的數 據打包可采用數據壓縮、解壓縮方法,
計算機端測試程序接收、解析手機發(fā)來的信息數據流,得到^^信息,并將 M信息轉換為^^命4H^以形成測試腳本文件;將M命令打包成具有一定格 式的命令數據流,發(fā)送給手機;接收、解析手機發(fā)來的結果數據流,得到執(zhí)行結果,
以判斷手機測試結果。其中,通過錄制一次測試腳本文件并保存之后,可調用、重 復多次地自動回放該測試腳本文件,無需再操作腳本錄制步驟,則可以方便地完成 對手機軟件功能的壓力測試、回歸測試和一些不需要過多關注顯示的功能測試.計
算機端測試程序還可實現以下功能編輯^t信息和^:命令序列、將處理過的按
鍵命令序列保存至腳本文件、從腳本文件調入M命令序列、開始/暫停/繼續(xù)/停止 M命令序列的發(fā)送、循環(huán)多次執(zhí)行M命令序列、執(zhí)行過程中進行出錯處理、按 鍵命令間支持延時處理、按任意順序任意循環(huán)次數執(zhí)行多個按鍵命令序列. 為了連接手機和計算機端測試程序,需要在手機和計算機端測試程序之間建立
可靠的通i凡機制.通訊機制包括兩方面的內容 一是硬件上要建立可靠的通訊連接 的物理通道,可以但不限于用以下方法實現通訊連接串口、 U盤口、紅外、藍牙、 無線局域網等;二是軟件上要有一套通訊協議,以規(guī)定數據的打包、傳輸、解析方 法和具體的格式.通訊協議可以采用已有規(guī)定的、標準的協議,如標準或擴展的 AT命令,也可以自己確立一套通訊協議,分別在手機端、計算機的測試程序端實 現該協議.
如圖l所示,測試方法包括
步驟A,腳本錄制(按健信息搜集)步驟,包括
步驟A1,預備步驟手機進入測試流程,接著計算機端的測試程序向手機發(fā) 送開始傳送^4t信息數據的命令,手M收并執(zhí)行該命令;
步驟A2,按^fc信息生成、發(fā)送步驟使用者在手機的鍵盤上執(zhí)行^t搮作以 生成^t信息,手機的LCD顯示屏顯示操作的結果信息(如i^v主菜單、顯示 短信內容等),并將生成的M信息打包成具有一定格式的信息數據流,再將信息 數據流傳送給計算機端的測試程序;
步驟A3,按鍵信息接收步碟計算機端的測試程序接收、解析信息數據流得 到按鍵信息,同時在計算機端的測試程序的按鍵信息框內顯示接收的M信息;
步驟A4,用戶判斷是否有搮作錯誤步驟用戶通過手機LCD上顯示的功能界 面(如進入主菜單、顯示短信內容等),來判斷按鍵的輸入是否有誤?如果有, 用戶從計算機端的測試程序發(fā)送停止傳送M信息數據的命令并手動刪除M信 息框內顯示的出錯M信息,再將手機上的操作恢復到出錯前,然后再從計算機端 的測試程序發(fā)送開始傳送^^信息數據的命令,手機接收并執(zhí)行步驟A2;如果沒 有,則繼續(xù)以下步驟;
步驟A5,用戶判斷功能測試是否結束步驟用戶判斷功能測試是否結束(手
機鍵盤是否結束輸入)?如果是,從計算機端的測試程序發(fā)送停止傳送M信息數
據的命令,手M收并執(zhí)行該命令,完成腳本的錄制;如果否,繼續(xù)執(zhí)行步驟A2; 步驟B,腳本回放(M命令發(fā)送執(zhí)行)步驟,包括
步驟Bll,腳本生成步驟M信息全部接收后,將M信息轉換為相應的按 鍵命令,同時在計算機端的測試程序的M命令框內顯示M命令序列;
該些M命令序列組成測試腳本文件并*該測試腳本文件,計算機端的測試 程序回放測試腳本文件;
步驟B12,命令發(fā)送步壤計算^#^令發(fā)送功能,將顯示在計算機的測試 程序的^L命4Ht息框內的M命令序列的第一條M命令,打包成具有一定格式 的命令數據流并將命令數據流傳送給電子設備,然后執(zhí)4亍步驟B2;
步驟B2,命令執(zhí)行步驟手機接收、解析命令數據流并自動執(zhí)行M命令以 測試手機功能;
步驟B31,接收齡結果步稞手機將碰命令的執(zhí)行結果打包成具有一定格 式的結果數據流回報給計算機端的測試程序,計算機端的測試程序接收、解析執(zhí)行 結果;
步驟B32,判斷執(zhí)行結果是否正確步驟計算機端的測試程序根據解析的執(zhí)行 結果判斷手機是否正確接收并正確執(zhí)行了M命令?如果是,則執(zhí)行步猓B33,如 果否,則執(zhí)行步驟B34;
步驟B33,判斷是否還有按鍵命令步驟計算機端的測試程序判斷是否還有按 鍵命令需要發(fā)送?如果是,則執(zhí)行步驟B12并繼續(xù)發(fā)送下一條(第二條以此類推) ^t命令數據,如果否,則結束測試流程;
步壤B34,發(fā)出報錯步驟計算機端的測試程序發(fā)出報錯信息并顯示在計算機 端的測試程序顯示屏,停止發(fā)送下一條皿命令數據.
由于手機上的任務繁忙,要求每次傳輸M信息或按鍵命令時的數據量要盡量 小,以減少對手機正常運行的影響.M信息中應至少包括以下內容M值、按 鍵的狀態(tài)(按下、釋放或長按);M命令中應至少包括以下內容^t字符串、 M間的間隔、M持續(xù)的時長;M命令執(zhí)行結果中至少包括以下內容M字 符串、執(zhí)行的結果信息(如成功、失敗及失敗的原因)。
判斷執(zhí)行結果是否正確步驟中是采用如下方法判斷首先,判斷回傳的執(zhí)行結 果的^t命令字符串是否與發(fā)出的相同?若不相同,則執(zhí)行結果4m;若相同,則 看執(zhí)行結果信息?若執(zhí)行結果信息為成功,則認為執(zhí)行結果成功,若執(zhí)行結果為失
敗,則{人為執(zhí)行結果餘溪.
為方便使用者對^t信息或M命令進行一些編輯或修改,計算機端的測試程
序中的M信息框內的M信息、M命4Ht息框內的^^命令均可允許用戶按照 規(guī)定數據格式要求進行編輯,下面分別以腳本錄制和腳本回放為例,說明一下可能 使用編輯的場合.
在腳本錄制步跺中如果發(fā)現誤搮作了手機鍵盤如上述的步驟A4,則用戶通 過計算機端的測試程序向手機發(fā)送停止傳送^^信息命令,在顯示M信息的文本 編輯框中刪除對應誤操作的按鍵信息;在手機上還原誤搮作前的位置;然后,用戶 再通過計算機端的測試程序向手機發(fā)送開始傳送^4t信息命令;之后接收的^^信 息(修改的M信息)將J^之前的M信息(正確的M信息)之后.這樣,就 使得腳本錄制過程中出現一些#"溪時,有簡便的方法可以加以糾正.
在手機測試的過程中,大多數愔況下M都是短按,實現的搮作也能在短時間 內完成.但是在一些特定的情況下,要長按M才能完成某個搮作;或短按^t^, 該搮作要在比較長的時間內才能完成.針對這些情況,在M命令回放時就要對按 鍵命令進行一些調整,例如加長M持續(xù)的時間,在M命令間增加延時等等.
在腳本回放步稞的按健命令回放的過程中,應有進度指示,指明當前執(zhí)行的按 鍵命令.回放過程中有接到表示皿的回報時,計算機端的測試程序應提示出錯信 息,停止后續(xù)命令的發(fā)送、執(zhí)行,并用顯著的方法(如紅色、粗體、斜體等)在 ^t命^Ht息框內標記出錯時的^)t命令,^t命令回放的過程中,有時M下來, 就某一場合敗更為仔細的觀察,因此回放時,計算機端的測試程序也應提供暫停、 繼續(xù)的功能,以滿足上面的需求,
在腳本生成步猓的數據處理功能中,為將M信息正確地轉換為按鍵命令,需 要判斷M信息的有效性,該判斷方法為 一是判斷^t信息的^lt值是否落在允 許的M取值范圍內;二是正常搮作M時,按下的動作與釋放的動作必定成對出 現,若回報的M信息中出現同一^t值只有按下的動作或只有釋放的動作,則該 ^t值應判斷為無效,數據處理時應給予出錯提示.如果^t信息有效,則轉化為 M命令;如果^^信息無效,則應給予出錯提示并取消該M信息.由于M命 令和M信息中對^t值的表示可能不同,可以構造一張對應表,將M信息中的 M值對應為M命令中的按鍵值表示,
數據處理完,且經過調整確認后的M命令序列就可以做為測試腳本文件^M!"
鍵命令序列的功能,則下次測試就無需執(zhí)行腳本錄制步驟,只需要調用并回放測試 腳本文件即可完成測試.
有時在完成測試時,會發(fā)現一些發(fā)生概率不是100%的問題。這些問題的重現
就需^t多次的重復測試,因此,計算機端的測試程序應提供同一測試腳本文件的 多次循環(huán)測試的功能.讓使用者輸入希望循環(huán)測試的次數,在開始測試后,有相應 的指示表明當前進行的是第幾次測試.如果手機支持邊做測試邊記錄手M行信息 的話,在循環(huán)測試中若發(fā)現問題,就可記錄發(fā)生問趙時手機的運行情況,提供給開 發(fā)人員,以加快問題的解決. 實施例二
本實施例和實施例一不同之處在于實施例一實現單一測試腳本文件的錄制、 回放功能,完成測試的情況;本實施例提供的讓手機完成多個測試腳本文件的組合 測試.其中各個測試腳本文件均采用實施例一的測試方法保存.
一種便攜式手機的功能組合測試方法,包括
確認步驟將多個測試腳本文件分別導入任務表中,輸入每個測試腳本希望執(zhí) 行的次數;
順序步驟選擇順序執(zhí)行功能,按腳本文件排列的順序,先執(zhí)行完前一腳本文 件規(guī)定的次數,再繼續(xù)執(zhí)行后一腳本文件規(guī)定的次數,直至腳本文件全部執(zhí)行完.
上述的腳本文件執(zhí)行也既是腳本回放,如上所述,包括
步驟B12,命令發(fā)送步驟計算M擇命令發(fā)送功能,將顯示在計算機的測試 程序的M命令信息框內的M命令序列的第 一條^4*命令,打包成具有一定格式 的命令數據流并將命令數據流傳送給電子設備,然后執(zhí)行步驟B2;
步驟B2,命令執(zhí)行步驤手絲收、解析命令數據流并自動執(zhí)行碰命令以 測試手機功能;
步驟B31,接收執(zhí)行結果步驟手機將M命令的執(zhí)行結果打包成具有一定格 式的結果數據流回報給計算機端的測試程序,計算機端的測試程序接收、解析執(zhí)行 結果;
步驟B32,判斷執(zhí)行結果是否正確步驟計算機端的測試程序根據解析的執(zhí)行 結果判斷手機是否正確接收并正確執(zhí)行了M命令?如果是,則執(zhí)行步驟B33,如 果否,則執(zhí)行步驟B34;
步驟B33,判斷是否還有M命令步驟計算機端的測試程序判斷是否還有按 鍵命令需要發(fā)送?如果是,則執(zhí)行步驟B12并繼續(xù)發(fā)送下一條(第二條以此類推)
M命令數據,如果否,則結束測試流程;
步驟B34,發(fā)出報錯步驟計算機端的測試程序發(fā)出報錯信息并顯示在計算機 端的測試程序顯示屏,停止發(fā)送下一條M命令數據,
上述的順序步驟也可為選擇隨機執(zhí)行功能,將隨M擇腳本的順序進行執(zhí)行. 若選到的腳本文件,其規(guī)定次數已執(zhí)行完,則選擇其他的腳本文件執(zhí)行,直至全部 執(zhí)行完,
進行組合腳本測試,可以模擬用戶的日常使用,測試手機在正常使用一段時間 內的穩(wěn)定程度.即看看有沒有B、重啟等嚴重問題.在測試時,最好手機端有能 記錄手機死機、重啟原因及死機、重啟時一些重要寄存器值的機制.這樣能在出現 問題時,留下記錄以便開發(fā)進行分析.
在測試腳本執(zhí)行的過程中,若出現雖然發(fā)生一些#*但通訊機制仍可正常運行 的情況,計算機端的測試程序應記錄出錯前的運行歷史(即之前按執(zhí)行順序運行了 哪些腳本)、出錯時的腳本情況(即哪個腳本的第幾W令)和出錯時的回報信息. 然后隔一段時間后,自動恢復執(zhí)行后續(xù)未執(zhí)行的腳本,直至所有腳本都執(zhí)行完.若 出現發(fā)生錯誤并導致通訊機制無法正常運行的情況,則記錄上述提到的信息,提示 使用者出錯,停止后續(xù)腳本的執(zhí)行。
在腳本執(zhí)行的過程中,應給出腳本執(zhí)行的歷史記錄和當前執(zhí)行腳本的進度指 示.還應記錄總的腳本執(zhí)行時間和每個腳本的執(zhí)行時間.還應提供暫停、繼續(xù)的功 能,以中斷和恢復腳本的執(zhí)行.
以上所述,僅為本發(fā)明較佳實施例而已,故不能以此限定本發(fā)明實施的范圍,
即依本發(fā)明申請專利范圍及說明書內容所作的等效變化與修飾,皆應仍屬本發(fā)明專 利涵蓋的范圍內.
權利要求
1.一種便攜式電子設備的功能測試方法,其特征是該便攜式電子設備具有鍵盤,該測試方法包括步驟A,腳本錄制步驟,在電子設備的鍵盤上執(zhí)行按鍵操作以生成按鍵信息,將生成的按鍵信息數據傳送給計算機,計算機接收按鍵信息;步驟B,腳本回放步驟,包括步驟B1,計算機將按鍵信息數據轉換為相應的按鍵命令,該些按鍵命令序列組成測試腳本文件,計算機回放測試腳本文件,將按鍵命令數據傳送給電子設備;步驟B2,電子設備接收按鍵命令數據并自動執(zhí)行按鍵命令以測試電子設備功能。
2. 根據權利要求1所述的一種便攜式電子設備的功能測試方法,其特征是 所述的腳本錄制步驟在電子設備的鍵盤上執(zhí)行M操作以生成^t信息,將生成的按鍵信息打包成具有一定格式的信息數據流,再將信息數據流傳送給計算 機,計算機接收、解析信息數據流得到按鍵信息;所述的腳本回放步驟包括步驟B1,計算機將按鍵信息轉換為相應的按鍵命令,該些按鍵命令序列組成測 試腳本文件并保存該測試腳本文件;計算機回放測試腳本文件,依條將按鍵命令打 包成具有一定格式的命令數據流并將命令數據流傳送給電子設備;步驟B2,電子設備接收、解析命令數據流并自動執(zhí)行按鍵命令以測試電子設備 功能;步驟B3,電子設備將按鍵命令的執(zhí)行結果打包成具有一定格式的結果數據流并回報計算機,計算接收、解析并判斷執(zhí)行結果。
3. 根據權利要求2所述的一種便攜式電子設備的功能測試方法,其特征是 所述的腳本錄制步驟包括步驟A1,從計算機向電子設備發(fā)送開始傳送按鍵信息數據的命令,電子設備接收并執(zhí)行該命令;步驟A2,在電子設備的鍵盤上執(zhí)行按鍵操作以生成按鍵信息,將生成的按鍵信 息打包成具有一定格式的信息數據流,并將信息數據流傳送給計算機;步驟A3,計算M收、解析信息數據流得到按鍵信息,同時在計算機的顯示屏 的按鍵信息框內顯示接收的按鍵信息;步壤A5,用戶判斷功能測試是否結束,如果是,從計算機發(fā)送停止傳送按鍵信 息數據的命令,手機接收并執(zhí)行該命令,完成腳本的錄制;如果否,繼續(xù)執(zhí)行步驟A2。
4. 根據權利要求3所述的一種便攜式電子設備的功能測試方法,其特征是 所述的腳本錄制步猓的步壤A3和步驟A5之間還包括步驟A4,用戶判斷是否有操作錯誤?如果有,計算機發(fā)送停止傳送按鍵信息數據的命令,用戶手動刪除出錯按鍵信息,再將手機上的操作恢復到出錯前,然后再從計算機發(fā)送開始傳送按鍵信息數據的命令,手機接收并執(zhí)行步驟A2;如果沒有,則繼續(xù)以下步驟.
5. 根據權利要求4所述的一種便攜式電子設備的功能測試方法,其特征是 所述的腳本回放步驟中的步驟B1包括步驟Bll,按鍵信息全部接收后,計算機將按鍵信息轉換為相應的按鍵命令并顯示在計算機的按鍵命令信息框內,該些按鍵命令序列組成測試腳本并可保存為測試腳本文件,計算機回放測試腳本;步驟B12,計算M擇命令發(fā)送功能,將顯示在計算機的M命令信息框內的按鍵命令序列的笫一條按鍵命令,打包成具有一定格式的命令數據流并將命令數據流傳送給電子設備,然后執(zhí)行步驟B2;所述的腳本回放步驟中的步驟B3包括步驟B31,電子設備將案件命令的執(zhí)行結果打包成具有一定格式的結果數據流回報給計算機,計算機接收、解析執(zhí)行結果;步驟B32,計算JM艮據解析的執(zhí)行結果判斷電子設備是否正確接收并正確執(zhí)行了按鍵命令,如果是,則執(zhí)行步驟B33,如果否,則執(zhí)行步驟B34;步驟B33,計算機判斷是否還有M命令需要發(fā)送,如果是,則執(zhí)行步驟B12 繼續(xù)發(fā)送下一條按鍵命令數據,如果否,則結束測試流程;步驟B34,計算機發(fā)出報錯信息并顯示在計算機顯示屏,停止發(fā)送下一條按鍵 命令數據。
6. 根據權利要求5所述的一種便攜式電子設備的功能測試方法,其特征是 調用并組合多個測試腳本文件成系列功能組合測試,將該多個測試腳本文件分別導 入任務表中,并輸入每個測試腳本文件希望執(zhí)行的次數,并按預定順序次數回放測 試腳本文件以對電子設備的功能進行測試,其中測^p本文件通過上述方法保存在 計算機。
7. 根據權利要求1或2或3或4或5或6所述的一種便攜式電子設備的功能 測試方法,其特征是所述的電子設備為手機。
8. 根據權利要求l或2或3或4或5或6所述的一種便攜式電子設備的功能 測試方法,其特征是所述的電子設備和計算機之間的傳送方式可為串口傳輸方式、 U盤口傳輸方式、紅外傳輸方式、藍牙傳輸方式或無線網絡傳輸方式中的任一種.
9. 根據權利要求l或2或3或4或5或6所述的一種便攜式電子設備的功能 測試方法,其特征是所述的腳本錄制步驟中,在電子設備的鍵盤上執(zhí)行按鍵操作 同時,電子設備的LCD顯示屏顯示按鍵操作的結果信息.
10. 根據權利要求1或2或3或4或5或6所述的一種便攜式電子設備的功能 測試方法,其特征是所述的按鍵信息中至少包括以下內容按鍵值和按鍵的狀態(tài); 按鍵命令中至少包括以下內容按鍵字符串、按鍵間的間隔、按鍵持續(xù)的時長;按 鍵命令的執(zhí)行結果中至少包括以下內容按鍵字符串、執(zhí)行的結果信息.
全文摘要
本發(fā)明公開了一種便攜式電子設備的功能測試方法,該便攜式電子設備具有鍵盤,該測試方法包括步驟A,腳本錄制步驟,在電子設備的鍵盤上執(zhí)行按鍵操作以生成按鍵信息,將生成的按鍵信息數據傳送給計算機,計算機接收按鍵信息;步驟B,腳本回放步驟,包括步驟B1,計算機將按鍵信息數據轉換為相應的按鍵命令,該些按鍵命令序列組成測試腳本文件,計算機回放測試腳本文件,將按鍵命令數據傳送給電子設備;步驟B2,電子設備接收按鍵命令數據并自動執(zhí)行按鍵命令以測試電子設備功能。本發(fā)明的測試腳本文件的生成、修改、維護,簡單易用。
文檔編號G06F11/36GK101175284SQ20061013520
公開日2008年5月7日 申請日期2006年11月1日 優(yōu)先權日2006年11月1日
發(fā)明者楊雪瑩, 峰 林 申請人:聯想移動通信科技有限公司