專利名稱：移動終端軟件基于異常和中斷機制的裝置和測試方法
技術(shù)領域：
本發(fā)明涉及自動化測試領域，尤其涉及一種代碼驅(qū)動的自動化測試領域。
背景技術(shù)：
作為軟件自動化測試來說，最普遍的方式便是編寫和執(zhí)行測試代碼，并使用自 動化的測試工具來監(jiān)控測試結(jié)果的過程，在這個自動化測試的實現(xiàn)過程中，如何選 擇或?qū)崿F(xiàn)一種靈活可靠的測試代碼來進行測試便成為其核心內(nèi)容。在移動終端的代 碼驅(qū)動的自動化測試中，代碼除了能夠完成一般的測試驅(qū)動、流程控制等功能外， 還需考慮到以下兩方面因素
首先，移動終端相對于單一功能或者面向針對性領域的嵌入式系統(tǒng)來說，其功 能相對比較豐富，與外界的交聯(lián)也比較復雜，因此在編寫測試代碼的時候，很難考 慮到系統(tǒng)在某個時刻所可能出現(xiàn)的非預期狀態(tài)，例如電量信息提示、未預期的短信 和電話、新連接的申請等，因此僅僅用順序執(zhí)行的測試代碼描述測試時很難描述出 對上述這些狀態(tài)的處理，而這些狀態(tài)有可能存在一些直接影響測試的因素，往往會 導致的測試過程中斷或測試進入不可預期的狀態(tài)。
其次，移動終端的測試過程中很重要的一部分為交互性測試，即在測試的過程 中需要驅(qū)動兩個或多個終端進行交互，然后再根據(jù)其交互結(jié)果進行結(jié)果驗證。順序 執(zhí)行的測試代碼即使可以寫出多終端的交互性操作，其多終端的各自執(zhí)行序列也需 要在編寫測試代碼之前的測試用例設計階段擬定，并在編寫測試代碼的時候嚴格按 照該序列編寫，不然有可能造成交互失敗，從而造成測試的失敗。這不僅僅給測試 代碼編寫以及修改帶來了很大的困難，從長時間動態(tài)測試的角度來看，由于序列的 相對固定性，其復用性很差，測試效果也很難達到預期。
因此將一般意義上的代碼驅(qū)動模式直接應用到移動終端的測試中，還不能達到 完善的測試的要求。

發(fā)明內(nèi)容
本發(fā)明的目的在于，通過提供一種移動終端軟件基于異常和中斷機制的測試方 法，是基于移動終端測試代碼執(zhí)行機制的擴充，使得移動終端測試程序在執(zhí)行測試 代碼的同時，可以根據(jù)測試過程中的被測系統(tǒng)的狀態(tài)實現(xiàn)測試過程的自動調(diào)整。
從實現(xiàn)的角度，這需要從兩方面對代碼驅(qū)動的方式進行調(diào)整
首先從代碼描述的手段上，需要在順序描述的基礎上支持一種擴展的描述方 式，該擴展的描述不打斷原有的測試序列，同時能夠描述出序列執(zhí)行過程中所可能 遇到的各種影響測試的非預期狀態(tài)，以及對于該非預期狀態(tài)的處理方式。從測試 描述的層次來定義一種可擴展、靈活性高的順序機制。
其次從代碼執(zhí)行的流程上，順序執(zhí)行代碼驅(qū)動的執(zhí)行方式不能變，而是當順序 執(zhí)行的過程中預先設定的狀態(tài)產(chǎn)生后，能夠自動將其捕獲，并能夠懸掛起順序執(zhí)行 代碼，然后按照該狀態(tài)相應的處理代碼進行執(zhí)行，執(zhí)行完成后，再回到順序執(zhí)行的 代碼斷并喚醒它繼續(xù)執(zhí)行。
本發(fā)明是采用以下技術(shù)手段實現(xiàn)的
一種移動終端軟件基于異常和中斷機制的裝置，測試代碼開發(fā)模塊，包括代碼 編輯模塊和代碼的輔助生成工具；該模塊與測試代碼保存模塊連接，將測試代碼以
統(tǒng)一格式存儲，并為執(zhí)行代碼模塊提供讀取接口；
測試代碼執(zhí)行模塊，根據(jù)測試配置解析測試代碼并翻譯成為測試指令，并將測 試指令發(fā)送至數(shù)據(jù)處理模塊進行處理，其主要包括兩個子模塊測試解釋模塊、異 常和中斷處理模塊；所述的測試解釋模塊、異常和中斷處理模塊與測試數(shù)據(jù)處理模 塊連接；
測試數(shù)據(jù)處理模塊，將接受的測試指令打包封裝并發(fā)送到通訊模塊，并接受通 訊模塊返回的測試數(shù)據(jù)，進行測試結(jié)果的校驗以及將異常和中斷信息向測試執(zhí)行模 塊轉(zhuǎn)發(fā)；所述的測試數(shù)據(jù)處理模塊，與測試主機通訊模塊數(shù)據(jù)連接；
測試主機通訊模塊，負責與被測終端的通訊，向終端發(fā)送由數(shù)據(jù)處理模塊打包 的數(shù)據(jù)，以及將終端的反饋數(shù)據(jù)轉(zhuǎn)發(fā)到數(shù)據(jù)處理模塊。
包括以下步驟被測終端部署步驟；在被測終端中安裝相應的執(zhí)行及監(jiān)控模塊，安裝成功后， 啟動該模塊；
對主機端軟硬件的安裝步驟；安裝包含測試代碼解析以及測試監(jiān)控模塊的測試 平臺，并運行該平臺，安裝硬件通訊模塊；
建立連接步驟；是建立主機端與被測終端之間的連接，需要在主機端配置相應 的連接方式，并發(fā)起連接，直至被測終端響應并建立連接成功；
測試準備步驟；完成對測試代碼的編寫；
啟動信息捕獲步驟；啟動終端信息捕獲進程，開始捕獲系統(tǒng)信息，并實時回傳； 執(zhí)行測試步驟；啟動測試代碼執(zhí)行模塊，解釋測試代碼并發(fā)送測試指令、同時 等待處理異常和中斷信息；
異常和中斷機制執(zhí)行步驟；異常和中斷機制在測試過程中自動調(diào)度測試執(zhí)行。 實現(xiàn)該方法的測試代碼的執(zhí)行支持對移動終端的測試。
實現(xiàn)該方法的測試代碼的執(zhí)行序列不受該方法調(diào)度時，按照原始序列執(zhí)行測試 代碼。
前述的測試代碼支持對中斷相關(guān)代碼的編寫，包括中斷使能打開或關(guān)閉、設置 中斷處理函數(shù)、以及編輯處理函數(shù)。
前述的測試代碼支持異常相關(guān)代碼的編寫，包括異常打開或關(guān)閉、編輯異常處 理代碼。
前述的測試代碼執(zhí)行模塊在解釋測試代碼的過程中實時跟蹤被測終端回傳的信息。
前述的測試代碼執(zhí)行模塊對被測終端回傳的信息進行實時判斷，對存在的與該 信息匹配的異常處理代碼，進行相應的調(diào)度。
前述的測試代碼執(zhí)行模塊對被測終端回傳的信息進行實時判斷，對存在的與該 信息匹配的中斷處理代碼，則進行相應的調(diào)度。
前述的測試代碼執(zhí)行模塊支持測試代碼中止測試并保存測試數(shù)據(jù)。
本發(fā)明與現(xiàn)有技術(shù)相比，具有明顯的優(yōu)勢和有益效果
1、在測試代碼的描述上，新提供了一種描述方式。使得對于原有的測試的描述更加靈活；對于某些特殊的測試來說，從不可測變?yōu)榭蓽y。
2、 由于本方法是對原有代碼測試的擴充，不是修改，因此測試人員很容易將 原有測試代碼進行擴充，以支持此類型的測試機制。
3、 從總體測試的角度，提高了編寫測試代碼的效率，同時提高了代碼的重用 性，并且從測試的覆蓋上進一步得到了擴充，因此提高了測試的效率。
綜上所述，經(jīng)過改進后的代碼執(zhí)行機制允許測試人員在不影響原始測試序列的 情況下描述出對各種預設狀態(tài)的處理，良好的維持了測試代碼的正常執(zhí)行環(huán)境，保 證測試的正常執(zhí)行。另外，也使得測試人員在編寫測試代碼的過程中，解開了多對 象交互序列的約束，將注意力轉(zhuǎn)移到單個終端的操作以及對交互事件的處理上，這 樣即減小了編寫測試代碼的難度，也很大程度上提高了測試代碼的測試效果以及重 用性。
說明書附圖


圖1為本發(fā)明的結(jié)構(gòu)連接示意圖2為本發(fā)明的軟硬件模塊部署以及使用流程示意圖3為本發(fā)明的測試方法所需要的歩驟示意圖4為本發(fā)明異常、中斷機制在整個測試過程中的位置示意圖5為本發(fā)明異常、中斷處理的詳細流程圖。
具體實施例方式
以下結(jié)合附圖對本發(fā)明的實施進行說明，應當理解，此處所描述的實施例僅用 于說明和解釋本發(fā)明，并不用于限定本發(fā)明。
圖1為本發(fā)明的結(jié)構(gòu)連接示意圖；，說明了實施該機制需要部署的模塊及其交 聯(lián)關(guān)系。如圖1所示，測試代碼開發(fā)模塊101，提供用戶對測試代碼和中斷、異常 代碼的編寫環(huán)境，包括代碼的輔助生成工具；測試代碼保存模塊102，將測試代碼 以統(tǒng)一格式存儲，并為執(zhí)行代碼模塊提供讀取接口；測試代碼執(zhí)行模塊103，根據(jù)測試配置解析測試代碼并翻譯成為測試指令，并將測試指令發(fā)送至數(shù)據(jù)處理模塊進 行處理，其主要包括兩個子模塊測試解釋模塊1031和異常中斷處理模塊1032，
1032為異常中斷伺服，實時接受由數(shù)據(jù)處理模塊發(fā)送的異常中斷信息，根據(jù)該信息 設置解釋模塊1031的相關(guān)標志位，1031主要功能是讀取測試配置并獲得測試代碼， 然后將代碼解析成為測試指令，并且在解析過程中根據(jù)中斷異常的標志位進行調(diào) 度；測試數(shù)據(jù)處理模塊104，用于接受測試指令，然后打包封裝并發(fā)送到通訊模塊， 另外接受通訊模塊返回的測試數(shù)據(jù)，進行測試結(jié)果的校驗以及將異常中斷信息向測 試執(zhí)行模塊轉(zhuǎn)發(fā)；測試主機通訊模塊105，負責與被測終端的通訊，向終端發(fā)送由 數(shù)據(jù)處理模塊打包的數(shù)據(jù)，以及將終端的反饋數(shù)據(jù)轉(zhuǎn)發(fā)到數(shù)據(jù)處理模塊；
終端通訊模塊109，與被測主機的通訊模塊，負責將主機發(fā)送的數(shù)據(jù)轉(zhuǎn)發(fā)到驅(qū) 動模塊，并且將終端本身的打包數(shù)據(jù)反饋給測試主機；終端驅(qū)動模塊106，用于接 受109測試指令包，并將測試指令解析為終端動作驅(qū)動終端運行;結(jié)果采集模塊107，
負責監(jiān)視終端驅(qū)動后的反饋，并將反饋信息打包發(fā)送到109回傳；終端信息監(jiān)控模
塊108，用于主動監(jiān)控終端各種狀態(tài)信息，并將所有的信息進行打包發(fā)送到109進 行回傳。
圖2為本發(fā)明的軟硬件模塊部署以及使用流程示意圖，軟硬件模塊部署以及概 要的使用流程。步驟201步驟是對被測終端的部署，需要在被測終端中安裝相應的 執(zhí)行及監(jiān)控模塊，安裝成功后，啟動該模塊；步驟202是對主機端軟硬件的安裝， 安裝包含測試代碼解析以及測試監(jiān)控等模塊的測試平臺，并運行該平臺，安裝硬件 通訊模塊；203步驟是建立主機端與被測終端之間的連接，需要在主機端配置相應 的連接方式，并發(fā)起連接，直至被測終端響應并建立連接成功；2 04是測試準備工 作，其主要任務是完成對測試代碼的編寫；步驟205啟動終端信息捕獲進程，開始 捕獲系統(tǒng)信息，并實時回傳；步驟206執(zhí)行測試，即啟動解釋執(zhí)行測試代碼、發(fā)送 測試指令、結(jié)果收集等模塊；步驟207異常、中斷機制會在測試過程中自動調(diào)度測 試的執(zhí)行。
圖3展示了從用戶的使用角度，使用異常、中斷機制的測試方法所需要的步驟。 配置測試環(huán)境步驟301,包括搭建軟硬件環(huán)境，添加測試相關(guān)的配置項，如連接方式、數(shù)據(jù)發(fā)送/響應方式等；設計測試用例步驟302，根據(jù)測試需求劃分測試項或測 試點，并根據(jù)測試要求，設計相應的用例邏輯和數(shù)據(jù)；設計編寫測試代碼步驟303， 按照測試主機要求并根據(jù)測試用例的邏輯和數(shù)據(jù)，編寫相應的測試代碼；設計異常、 中斷步驟304，由于在針對不同測試邏輯，所關(guān)注的例外事件并不相同，并且例外 事件采用異常還是中斷方式處理也由該邏輯確定，因此在這里需要指定被捕獲的例 外事件，并且指定其處理方式，然后編寫到測試代碼中；編寫異常、中斷處理函數(shù) 步驟305,是根據(jù)步驟3 04設計的處理細節(jié)，將處理過程編寫成處理函數(shù)，這樣， 異常、中斷的處理并不與測試代碼相融合，增加了測試代碼的可讀性，另外異常、 中斷處理過程的獨立性得到保證，增加了處理過程的重用性；設置異常、中斷與函 數(shù)的對應步驟306，是在測試代碼中設置事件與函數(shù)的對應關(guān)系；形成最終測試代
碼步驟307，在測試用例代碼以及異常、中斷代碼的編寫的基礎上，添加測試需要
的調(diào)度方案，并調(diào)試代碼以保證代碼語法、格式正確，以形成最終可用于執(zhí)行測試
的代碼；執(zhí)行測試步驟308，指定本次測試所要執(zhí)行的代碼以及代碼調(diào)度方案，啟 動測試執(zhí)行模塊；步驟309是測試過程中，異常、中斷機制的自動執(zhí)行步驟，不需 要人工干預，但測試人員可以監(jiān)視整個測試的執(zhí)行過程，并且整個執(zhí)行過程都將被 記入結(jié)果數(shù)據(jù)；測試結(jié)果分析步驟310，測試人員根據(jù)記錄的結(jié)果，判斷測試通過 與否，并分析查找測試失敗原因。
圖4中通過對測試流程職能帶區(qū)的劃分，更清晰的展示出異常、中斷機制的在 整個測試過程中的位置。不包括異常、終端機制的測試方法只包括職能帶區(qū)解釋 測試代碼，異常中斷處理，通訊，命令執(zhí)行，狀態(tài)、信息捕獲。很顯然， 一個普通 的測試流程其執(zhí)行過程是線性的，更確切的說其執(zhí)行完全取決于測試代碼中描述的 邏輯行為，應用此方法，各個職能帶區(qū)的聯(lián)系必須緊密耦合，任何一環(huán)的失效都會 導致整個測試的失敗。異常、終端處理職能帶區(qū)的加入，為測試流程添加了兩個環(huán) 節(jié)設置使能401，以及異常、終端處理402。其中401是在解釋代碼的過程中， 如果遇到異常、中斷使能設置相關(guān)代碼，則在解釋器中設置相應標志位，并關(guān)聯(lián)該 使能與相關(guān)的處理流程，以備后續(xù)處理使用；402是在測試過程中，如果收集的數(shù) 據(jù)匹配了使能標志位則調(diào)用相應的處理流程。根據(jù)本圖示得出，異常中斷處理并未在打破測試流程中的環(huán)節(jié)，保證了整個測試流程的原始特性，但卻提高了對多種數(shù) 據(jù)的處理能力。
圖5中描述了異常、中斷處理的詳細流程。初始化測試代碼執(zhí)行環(huán)境501，包 括搭建軟硬件測試環(huán)境，編寫測試用例以及測試代碼，與被測終端正確的建立連接 等，然后執(zhí)行測試。
測試代碼的解釋過程包括讀取并解釋代碼502，在此步驟中解釋器逐行獲取
測試代碼，首先對代碼語法進行檢査，檢査通過后根據(jù)代碼內(nèi)容進行解析；503判 斷是否到達代碼結(jié)束行，如果到達則結(jié)束整個測試流程504;如果未到達且代碼內(nèi)
容不為空，則判斷是否為異常、中斷使能代碼504。如果不是則說明該行代碼為邏 輯控制或者指令發(fā)送，然后判斷是否為發(fā)送指令代碼，如果是則進入發(fā)送命令過程， 否則按照邏輯控制繼續(xù)讀取下一行代。如果是異常、中斷使能代碼則進入使能設置 處理，首先進行使能類型判斷505;如果是異常使能代碼，則進入506解析使能標 志參數(shù)，根據(jù)使能參數(shù)格式讀取參數(shù)，并在解釋器中設置異常標志507，然后返回 讀取代碼502步驟；如果是中斷異常使能設置，則按照格式讀取終端標志設置的參 數(shù)508，以及獲取參數(shù)中的中斷處理函數(shù)名509;根據(jù)中斷標志在解釋器中設置相 應標志位510，同時將該標志位與實際的處理函數(shù)名建立對應關(guān)系511，完成中斷使 能設置，回到讀取代碼502步驟。
在指令發(fā)送和數(shù)據(jù)接收過程中的處理首先根據(jù)測試代碼的解析結(jié)果，將測試 指令發(fā)送到相應模塊進行處理，測試控制模塊則開始等待指令發(fā)送結(jié)果的返回513， 結(jié)果包括指令發(fā)送成功與否、被測終端根據(jù)指令返回的被測終端信息或資源、或者 是與該測試指令不相關(guān)的各種被測終端狀態(tài)信息(該狀態(tài)信息與異常、中斷的標志 存在一一對應關(guān)系)；當被測中斷返回數(shù)據(jù)，則判斷返回數(shù)據(jù)類型，如果是上述前 兩種，則保存數(shù)據(jù)515，然后返回到代碼讀取步驟502，如果是第三種數(shù)據(jù)則進入 異常、中斷處理環(huán)節(jié)，判斷是否存在與該終端狀態(tài)信息對應的異?；蛑袛嗍鼓軜酥荆?如果不存在則返回到結(jié)果等待步驟513，否則繼續(xù)根據(jù)該標志處理；掛起當前測試 進程517，將當前測試代碼解釋進程、結(jié)果等待進程掛起，并在解釋器中啟動一個 新進程對該狀態(tài)標志處理；首先判斷是否為異常標志518，是則將該標志指定的異常拋出519，解釋器根據(jù)所拋出的異常類型自動轉(zhuǎn)入異常處理代碼520，該代碼的
執(zhí)行過程同上述的測試代碼執(zhí)行過程，不同的是當該異常處理代碼段執(zhí)行完成后自
動結(jié)束測試流程524。如果是中斷處理標志，則會在指定代碼文件中搜索與之對應的處理函數(shù)521，然后將所得的處理函數(shù)用另外的子進程執(zhí)行522，該子進程的處理過程同上述的測試代碼執(zhí)行過程；當該子進程執(zhí)行完畢后，則完成了對中斷狀態(tài)的處理，然后喚醒當前測試進程，包括解釋器的解釋進程以及結(jié)果等待進程，并轉(zhuǎn)入該等待進程進行執(zhí)行。
最后應說明的是以上實施例僅用以說明本發(fā)明而并非限制本發(fā)明所描述的技術(shù)方案；因此，盡管本說明書參照上述的各個實施例對本發(fā)明已進行了詳細的說明，但是，本領域的普通技術(shù)人員應當理解，仍然可以對本發(fā)明進行修改或等同替換；而一切不脫離發(fā)明的精神和范圍的技術(shù)方案及其改進，其均應涵蓋在本發(fā)明的權(quán)利要求范圍當中。
1權(quán)利要求
1、一種移動終端軟件基于異常和中斷機制的裝置，其特征在于測試代碼開發(fā)模塊，包括代碼編輯模塊和代碼的輔助生成工具；該模塊與測試代碼保存模塊連接，將測試代碼以統(tǒng)一格式存儲，并為執(zhí)行代碼模塊提供讀取接口；測試代碼執(zhí)行模塊，根據(jù)測試配置解析測試代碼并翻譯成為測試指令，并將測試指令發(fā)送至數(shù)據(jù)處理模塊進行處理，其主要包括兩個子模塊測試解釋模塊、異常和中斷處理模塊；所述的測試解釋模塊、異常和中斷處理模塊與測試數(shù)據(jù)處理模塊連接；測試數(shù)據(jù)處理模塊，將接受的測試指令打包封裝并發(fā)送到通訊模塊，并接受通訊模塊返回的測試數(shù)據(jù)，進行測試結(jié)果的校驗以及將異常和中斷信息向測試執(zhí)行模塊轉(zhuǎn)發(fā)；所述的測試數(shù)據(jù)處理模塊，與測試主機通訊模塊數(shù)據(jù)連接；測試主機通訊模塊，負責與被測終端的通訊，向終端發(fā)送由數(shù)據(jù)處理模塊打包的數(shù)據(jù)，以及將終端的反饋數(shù)據(jù)轉(zhuǎn)發(fā)到數(shù)據(jù)處理模塊。
2、 一種移動終端軟件基于異常和中斷機制的測試方法，其特征在于包括以下步驟被測終端部署步驟；在被測終端中安裝相應的執(zhí)行及監(jiān)控模塊，安裝成功后，啟動該模塊；對主機端軟硬件的安裝步驟；安裝包含測試代碼解析以及測試監(jiān)控模塊的測試平臺，并運行該平臺，安裝硬件通訊模塊；建立連接步驟；是建立主機端與被測終端之間的連接，需要在主機端配置相應的連接方式，并發(fā)起連接，直至被測終端響應并建立連接成功；測試準備步驟；完成對測試代碼的編寫；啟動信息捕獲步驟；啟動終端信息捕獲進程，開始捕獲系統(tǒng)信息，并實時回傳；執(zhí)行測試步驟；啟動測試代碼執(zhí)行模塊，解釋測試代碼并發(fā)送測試指令、同時等待處理異常和中斷信息；異常和中斷機制執(zhí)行步驟；異常和中斷機制在測試過程中自動調(diào)度測試執(zhí)行。
3、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于實現(xiàn)該方法的測試代碼的執(zhí)行支持對移動終端的測試。
4、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于-實現(xiàn)該方法的測試代碼的執(zhí)行序列不受該方法調(diào)度時，按照原始序列執(zhí)行測試代碼。
5、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于所述的測試代碼支持對中斷相關(guān)代碼的編寫，包括中斷使能打開或關(guān)閉、設置中斷處理函數(shù)、以及編輯處理函數(shù)。
6、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于所述的測試代碼支持異常相關(guān)代碼的編寫，包括異常打開或關(guān)閉、編輯異常處理代碼。
7、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于所述的測試代碼執(zhí)行模塊在解釋測試代碼的過程中實時跟蹤被測終端回傳的信息。
8、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于所述的測試代碼執(zhí)行模塊對被測終端回傳的信息進行實時判斷，對存在的與該信息匹配的異常處理代碼，進行相應的調(diào)度。
9、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于-所述的測試代碼執(zhí)行模塊對被測終端回傳的信息進行實時判斷，對存在的與該信息匹配的中斷處理代碼，則進行相應的調(diào)度。
10、 根據(jù)權(quán)利要求2所述的移動終端軟件基于異常和中斷方法，其特征在于所述的測試代碼執(zhí)行模塊支持測試代碼中止測試并保存測試數(shù)據(jù)。
全文摘要
一種移動終端軟件基于異常和中斷裝置和實現(xiàn)方法，該方法是基于數(shù)字移動終端測試代碼處理程序的擴充，包括測試代碼開發(fā)模塊，測試代碼執(zhí)行模塊，測試數(shù)據(jù)處理模塊，測試主機通訊模塊，以及被測終端執(zhí)行及監(jiān)控模塊。該方法首先需要在執(zhí)行測試代碼之前設置異常和中斷的使能，并針對不同的系統(tǒng)信息設置相應的處理，然后再執(zhí)行測試代碼進行測試，使得移動終端測試程序在執(zhí)行測試代碼的同時，可以根據(jù)測試過程中的被測系統(tǒng)的信息實現(xiàn)測試過程的自動調(diào)整，最終實現(xiàn)測試代碼基于異常和中斷的執(zhí)行。該方法擴展了移動終端的測試類型，提高了測試效率以及測試代碼的靈活性和重用性。
文檔編號G06F11/36GK101551777SQ200910083738
公開日2009年10月7日 申請日期2009年5月8日 優(yōu)先權(quán)日2009年5月8日
發(fā)明者斌 劉, 劉志方, 治 汪, 高小鵬, 翔 龍 申請人:劉志方;高小鵬;汪 治;殷永峰