一種手機軟體集成測試方法
2023-06-09 21:05:46 1
專利名稱：一種手機軟體集成測試方法
技術領域：
本發明屬於移動通信領域，尤其涉及基於BREW (Binary Runtime Environment for Wireless)開發平臺的手機軟體的半自動化集成測試方法。
背景技術：
當前國內手機生產商既面臨著穩定提升產品質量、樹立手機品牌的問題， 又面臨快速開發新產品，儘量壓縮研發周期並以最快的速度響應不同層次不同 地域的各類用戶的需求，以求佔領市場的迫切需要。目前行業主要還是採用系統測試，而且更多的採用手工測試的方法。手機 軟體系統不同於一般計算機軟體，它是一種開發編譯環境和運行環境分離的嵌 入式系統。由於不是在計算機上運行，因此不能象測試計算機軟體那樣通過直接在計算機上運行被測程序的方式進行軟體的集成測試工f^這也是嵌入式軟體測試的一個常見問題，因此開發過程往往採取退而求其次的方式，將測試過 程後移，主要實施的是以嵌入式系統輸入輸出設備的操作和觀察為特徵的系統 測試。這樣就必然造成錯誤或缺陷在軟體中存在一個較長的時間，造成缺陷修 復成本居高不下。更為重要的是系統測試有其固有的缺陷，它沒有一個清晰的 停止準則，而且帶有一定的盲目性，並且具有測試修復總成本高、研發後期測 試效率低的弊端。如果只做系統測試往往造成產品發布時還存留部分嚴重故 障，只有等到用戶發現時才能通過高昂得多的事後升級方式來補救。當前，決策者和研發人員也越來越認識到將測試儘量前移的必要性和對研 發的重大意義。那麼單元測試和集成測試的問題就愈來愈受到大家的重視。其 中單元測試本應是軟體開發人員的職責，但是由於項目進度壓力，開發人員往 往壓縮甚至省去單元測試過程，這已經是當前手機研發過程中一個不爭事實。 那麼對測試過程進行改進的重擔就更多地落在了集成測試人員身上因為單元 測試能夠發現的問題也留在了集成測試階段。而手機軟體的集成測試又一直是困擾手機軟體研發的一個難亂這其中一
個主要原因是目前已有的手機軟體集成測試方法多存在依賴於手工測試效率低下的缺 點，很難滿足當前手機研發要求高、周期短的要求。並且手工方法往往對集成 測試人員要求較高，需要對軟體代碼相當熟悉。因此，業界許多手機生產商都 迫切希望能夠找到一種高效通用的手機軟體集成測試方、汰以求儘量早的發現 缺陷，提高測試效率，降低測試成本，縮短產品研發周期。發明內容本發明所要解決的技術問題在於提供一種半自動化的手機軟體集成測試 方法，採用該方法，使得手機軟體的測試不過分依賴於集成測試人員對軟體代 碼的熟悉程度；還有助於較大程度提高集成測試工作的效率，滿足當前手機軟 件研發質量要求高、開發周期短的特點。為達到上述目的，本發明提供的手機軟體集成測試方法，用於對基於 BREW開發平臺的手機軟體進行測試，該方法包括步驟11，基於待測軟體模塊函數的度分析模塊重要程度，判斷該模塊是 核心模塊或非核心模塊；步驟12，在BREW仿真測試環境中，利用不同的測試單元對所述核心模 塊和非核心模塊分別進行測試；步驟13，根據所述步驟12的測試結果驗證所有待測軟體模塊是否符合集 成測試的入口條件，對符合入口條件的，執行步驟14，對不符合條件的則有 待進一步改進，循環執行步驟12;步驟14，進行模塊間的集成測試。上述手機軟體集成測試方法，所述步驟ll進一步包括步驟IOI，設定模塊函數的度，所述度為入度和出度的總和，其中，入度 為調用該函數的其他函數的個數，出度為該函數調用其他函數的個數。步驟102，藉助代碼分析工具判斷所述模塊函數節點的度數，以此確定一 組核心模塊；步驟103，在所述核心模塊中進一步確定最重要的模塊。 上述手機軟體集成測試方法，在所述步驟103中確定最重要模塊的步驟， 包括判斷所述核心模塊的函數是否是新增函數，是否是計算或流程複雜函數
或是否是有較多修改的函數；如果是，則確認是最重要的模塊。上述手機軟體集成測試方法，所述步驟12中，還包括創建BREW仿真測試環境的步驟，具體包括步驟201 ，創建一個可以編譯通過或可在BREW仿真器運行的基於BREW步驟202，創建能在所述測試代碼工程中進行測試的單元測試工具； 步驟203，配置BREW的編譯環境。上述手機軟體集成測試方法，所述步驟12中對所述核心模塊進行測試的 步驟，進一步包括步驟301，建立所述核心模塊的程序流程圖；步驟302，確定所述核心模塊函數需要關注的被調用形式、參數和全局變步驟303，依據所述確定的被調用的形式列舉該核心模塊的使用場景並對 被調用的場景進行分類，再依據所述需要關注的被調用形式並分析所述參數和 全局變量的取值形成測試用例的數據集；步驟304，依據所述的數據集編寫相應的測試用例對所述核心模塊進行測 試並輸出測試結果。上述手機軟體集成測試方法，所述步驟201是通過首先安裝VC++6.0和 0++丁6^，再安裝BREW SDK軟體開發包來創建所述測試代碼工程的。上述手機軟體集成測試方法，所述步驟202中，所述單元測試工具是 C++Test禾口/或CUnit。上述手機軟體集成測試方法，所述核心模塊是基於所述CUnit單元測試工 具進行測試的。上述手機軟體集成測試方法，所述非核心模塊是基於C++test單元測試工 具進行測試的。上述手機軟體集成測試方法，所述步驟14模塊間的集成測試是基於改進 的調用圖集成的0++丁^進行集成測試。上述手機軟體集成測試方法，所述改進的調用圖集成是優先集成度數較小 的節點，再在該基礎上集成度數較多的節點。上述手機軟體集成測試方法，所述基於改進的調用圖集成的C++Test進行
集成測試的步驟，進一步包括步驟401，劃分基於改進調用圖集成的集成過程；步驟402，為各待測單元模塊添加第一個會話和頭文件，並作適應性修改， 使所述待測單元模塊的程序成為一個可在創建的可編譯通過和在BREW仿真 器中運行的程序；步驟403，在所述C++Test中為當前測試過程涉及的單元模塊創建一個測 試單元；步驟404，利用所述0++1^1自動生成測試用例，並添加或修改所述測試 用例；步驟405,運行測試並生成測試報告；步驟406，判斷測試會話是否全部完成，未完成循環執行步驟402，直至 完成所述全部測試會話。上述手機軟體集成測試方法，所述步驟401中劃分集成過程是優先從所述 度數中高度數的節點中選擇出作為大的集成測試過程測試主線索，再按主線索 節點的度數由低到高的順序採用基於改進的調用圖集成測試過程，所述的主線 索的節點要保證覆蓋所有節點。與現有技術相比，本發明的手機軟體集成測試方法能帶來如下有益效果(1) 本方法將目標機上才能運行的手機軟體程序通過適當修改移植成能 夠在計算機上運行的手機仿真程序，從而避開了對手機這一嵌入式系統直接實 施集成測試的難點，而且也可以藉助當前比較成熟的計算機測試工具(如眾多 的單元測試工具)開展集成測試；(2) 針對當前手機軟體開發很少進行嚴格單元測試的實際情況，通過引 入模塊度的概念並藉助CUnit單元測試框架和0++1^^單元測試工具實施了有 重點的單元模塊測試，保證了集成測試的入口條件；(3) 為方便缺陷定位採用了改進的調用圖方法，同時也可根據被測軟體 的複雜程度調整集成測試的粒度，加快測試進程；(4) 藉助0++1^1中能夠創建測試單元的優點，可以方便地為一個集成 測試過程中涉及的模塊創建一個測試單元不用手工創建樁和驅動而很容易地 搭建起了集成測試環境，方便了集成(接口)測試。
圖1是本集成測試方法實施步驟的流程圖2是創建BREW仿真測試環境的流程圖3是基於CUnit的核心模塊測試的流程圖4是基於改進調用圖集成的0++1^1接口測試的流程圖。
具體實施例方式
在圖1中揭示了本發明的一種半自動化的手機軟體集成測試方法。該通用 的基於BREW平臺的手機軟體集成測試方法的實施步驟具體描述如下
步驟Sll，基於待測軟體模塊的度分析模塊的重要程度，確定該軟體的核 心模塊和非核心模塊；
步驟S12，在BREW仿真測試環境中，用不同的測試單元對所述核心模 塊和非核心模塊分別進行測試，所述的不同測試單元包括CUnit和C++Test 測試單元；
步驟SB，根據所述步驟S12的測試結果驗證所有模塊是否符合集成測試 的入口條件，即是否所有模塊都通過單元測試，通過測試即符合條件，執行步 驟S14，否則對不符合條件的模塊進行改進，循環執行步驟S12;
步驟S14，進行模塊間的集成測試。
上述步驟Sll中，基於待測軟體模塊的度分析模塊的重要程度，確定該軟 件的核心模塊和非核心模塊；具體實施如下
首先定義函數的度。定義函數的入度indeg(n)為調用函數n的其它函數的 個數；函數的出度outdeg(n)為函數n調用的其它函數的個數；函數的度deg(n)
為調用該函數和該函數調用的所有函數的總個數，即入度和出度的總和 deg(n)=indeg(n)+outdeg(n)。
函數度的分析可以很容易藉助代碼分析査看工具(如Sourcelnsight)計算 得到。某個函數節點的度數越高，則該函數模塊的扇入扇出數越大，與其它模 塊的耦合程度也就越高，即與其它模塊的交互關係越多，接口調用越頻繁，而 這些正是我們開展集成測試工作需要重點關注的目標。因此，可以根據函數節 點的度數劃分函數的重要程度，這裡按如下方式定義了函數(模塊)的重要級 另U:若度數為1或2，重要級別為l (不重要)；若度數為3或4，重要級別
為2 (—般)；若度數大於等於5，重要級別為3 (重要)。可以根據實際代 碼的情況調整級別數或每個級別的度數區間，總體目標是要識別出一組範圍合 適、選擇得當、符合實際的核心模塊。
這裡首先標記度數大於4的模塊，作為候選重點模塊。為了進一步對上述 模塊進行篩選再根據如下三個規則中滿足任一個，即被確定為最重要的模塊， 以此對所有函數進一步篩選確定需要用CUnit測試的最重要模塊
(1) 是否是新增函數；
(2) 是否是計算或流程複雜函數；
(3) 是否有較多修改。
另夕卜，由於形入XXDlgHandler或XXHandEvent的對話框或事件處理函數 模塊多半會成為候選重點模壠但是因為主要是Switch結構的業務流程分支， 若不便於一開始做測試，也可以放在接口集成測試階段做。因此結合上述兩個 過程可以確定一組需要CUnit重點測試的重點模塊範圍。
參考圖2，上述步驟S12中，所述BREW仿真測試環境的創建步驟具體 包括
步驟S121: VC++6.0安裝。VC++6.0主要用於創建一個可以編譯通過或 可在BREW仿真器運行的基於BREW的測試代碼工程使得C++Test能夠對 測試程序進行分析、創建測試樁、調用執行測試用例、和對失敗測試用例的調 逸任何一個模塊在能夠進行0++1^"測試之前必須為之創建一個可編譯通過 或可運行的測試代碼工程。
步驟S122: C十+Test安裝。0++了681是一個(:^++單元測試工具，自動 測試任何(70++類、函數或部件，而不需要編寫一個測試用例、測試驅動程序 或測試樁調用。0++丁^能夠自動測試代碼構造(白盒測試)、測試代碼的功 能性(黑盒測試)和維護代碼的完整性(回歸測試)。這些都方便了測試工作 的開展。
步驟S123: BREW SDK (軟體開發包)安裝。為了將手機上的代碼移植 到計算機上，需要創建一個能夠在BREW仿真器上運行的基於BREW的測試 代碼工程，因此需要在安裝VC十+6.0後安裝BREW SDK (2.0或3.0)。
步驟S124: BREW編譯環境配置。程序會用到BREW平臺的相關接口， 代碼會引用相關頭文件，需要在VC++6.0的工具->選項菜單中添加這些公用
的頭文件目錄和對應的原始碼目錄。另外，如果手機軟體開發的BREW平臺 版本高於嵌入到VC++6.0開發編譯環境中的BREW平臺版本時，為了編譯成 高版本的BREW接口 ，還需要將VC++6.0的工程->設置->。++中BREW頭文 件目錄的路徑修改為更高BREW SDK版本的頭文件目錄的路徑。
對於步驟Sll確定的核心模塊是基於所述CUnit單元測試工具進行測試的。
CUnit是一個在C語言中編寫、管理和運行單元測試的系統。它作為一個 靜態庫，可以連結到用戶測試代碼中。CUnit採用一種簡單的框架創建測試結 構，並提供一組豐富的斷言集測試公共數據類型。另外，CUnit還提供了幾個 不同的接口來運行測試和報告結果，同時允許用戶動態地運行測試和査看結果 的交互接口。
選擇CUnit測試核心模塊的好處在於只需要編寫較少的測試用例就能測 試多種情況，這主要是由於CUnit中引入了斷言的緣故。另夕卜，CUnit除具有 測試輸入輸出參數和全局變量的功能外，還能夠通過對原始碼做適當調整(如 將局部變量調整成全局變量)後，測試單元內部任一局部變量。因此對於核心 代碼或算法可以採用CUnit開發詳細的測試用例，在任一版本構建以後運行上 述測試用例，保證該版本中的修改沒有影響到軟體的核心功能。 對所述核心模塊的測試步驟參考圖3所示，具體包括 步驟S131:畫出核心模塊的程序流程圖； 步驟S132:確定需要關注的調用形式、參數和全局變量； 步驟S133:依據所述確定的被調用的形式(如直接調用、回調函數、取
消定時器或參數取值組合情況等)列舉該核心模塊的使用場景並對被調用的場 景進行分類，再依據所述需要關注的被調用形式並分析所述參數和全局變量的
取值形成測試用例的數據集；
步驟S134:依據所述的數據集通過CUnit編寫相應的測試用例； 步驟S135:基於CUnit對所述核心模塊進行測試並輸出測試結果。 對於步驟11確定的非核心模塊是基於C++test測試工具進行測試。 C++Test的優點在於快速高效，避免手工開發測試驅動和測試用例導致耗費大 量時間。0++丁^基於內置的智能測試用例生成技術生成廣譜測試用例，每個 測試用例和每次測試運行都會提供各種覆蓋率指標信息(如語句覆蓋、分支覆
蓋、條件覆蓋等)。因而可以設定相應的覆蓋率指標通過0++丁631完成非核心 模塊的測試。實踐也證明覆蓋率指標對於各種層次的測試都具有重要意義，覆 蓋率不僅可以揭示實現錯誤，還可以揭示設計錯誤。因此是一種可行和有效的 模塊測試方法。非核心單元模塊的測試用例庫通過在多個版本測試中不斷積累 形成。每次版本構建以後，運行上述非核心模塊的測試用例，保證各非核心模 塊在選定的覆蓋率指標下是正確的。
對非核心模塊的測試採取如下步驟首先建立基於BREW的測試代碼工 程；其次添加並修改被測單元模塊及其頭文件；然後基於C++ Test的進行靜 態和動態測試並自動生成C++Test測試報告。
C++Test用於非核心模塊的測試的好處在於能夠極大地提高測試效率，不 需要用戶編寫任何測試驅動、樁調用函數、測試用例，就能夠達到滿足要求的 測試結果。
這樣，通過基於CUnit的核心模塊測試和基於C++Test的非核心模塊的測 試能夠迅速驗證完所有模塊是否達到下一步接口測試的入口條件，為單元模塊 間的集成測試打下堅實基礎，使得集成測試能夠專注於模塊間的接口測試，而 不會過多考慮單元是否可靠，發現問題時也易於定位。
另外，下一步的接口測試也是基於0++1^1進行，因此大多數步驟是相同 的，對於相同的部分，下文中就不再贅述。
上述步驟S14進行模塊間的集成(接口)測試是基於改進調用圖集成的 C+十Test接口測試。
具體實施步驟如圖4中所示。
下面首先介紹採用的集成策略。調用圖是一種有向圖，集成測試可以模仿 單元測試中使用程序圖的方式使用調用圖，採用成對集成或相鄰集成。成對集 成是對調用圖中的每條邊生成一個集成測試對話(集成一次)，其思想是不必 開發樁和驅動器，而使用實際代碼，從而免除了樁/驅動器的開發工作。相鄰 集成是藉助拓撲學中的相鄰的概念。有向圖中，節點鄰居包括所有直接前驅節 點和所有後繼節點(這分別對應節點的驅動器和樁集合)。集成測試會話數等 於有向圖中所有的鄰居數量。而鄰居=節點-匯節點，其中匯節點指出度為零的 節點。因而集成測試會話數大大減少，並且避免了樁和驅動的開發。
基於調用圖集成測試的最大缺點是缺陷隔離問題尤其是對有大量鄰居的
情況。因此這裡採用一種折中的改進的調用圖集成策略。基本思想是先優先集 成鄰居數較小的節點，再在此基礎上累加集成鄰居數較多的節點。因為鄰居數 正好對應步驟Sll模塊重要程度分析中的度數所以度數越高的節點越應該晚 集成，以方便缺陷定位，度數越小的節點越早集成。具體步驟如下
a) 集成過程劃分。優先從高度數節點中選擇幾個分別作為大的集成測試過
程的主線索(可能會添加幾個處於上層而度數又較小的節點)，並保證覆蓋所 有節點。如可以將對話框和事件處理函數作為主線進行集成過程劃分，並且保 證覆蓋所有節點。
b) 單一集成過程。按主線索的度數由低到高(大致順序，同一層次可以並 行)的順序採用基於改進的調用圖集成策略完成每一個大的集成測試過程，以 加快集成速度。而且可以根據項目進度需要靈活選擇集成測試的粒度，比如上 述被選為集成主線對話框個數如果已經比較多，而且為了在時間緊迫條件下優 先考慮測試的完整性，然後才考慮缺陷定位的難易程度時，可以對每一個主線 下涉及的函數不再細分測試會話過程，而是採取一次性集成，從而依次完成一 個中等規模的集成測試過程，以加快集成速度。故本測試策略也可視項目進度 靈活應用，而且可以多人並行配合完成也可以一人負責，實行逐步累加集成。
接口測試的步驟和非核心模塊的測試步驟大致相同，不同之處在於
(1) 為了充分測試接口的交互，除€++1^"自動生成的測試用例外還需 要設計一些專門的用例，本方案中可以採用一種通過依次分析測試線索、測試 需求和測試規格說明書的方法並參考業界提供的測試需求大綱(用於檢測常見 錯誤)的方法來設計測試用例。
(2) 每個測試過程中包含不止一個單元模塊，為了讓父模塊調用子模塊
時調用的是實際的代碼，而不是樁調用模塊，需要為每個測試過程創建一個測 試單元，將待測模塊涉及到的各模塊添加到單元中再測試。
具體的測試過程如下
步驟S141:基於改進調用圖集成的集成過程劃分；
步驟S142:添加第一個會話涉及的各單元模塊及其頭文件，並做適應性
修改，使之成為一個可以編譯通過和在BREW Simulator (仿真器)中運行的 程序；
步驟S143:在C++Test中為該測試過程涉及的單元模塊創建一個測試單
兀；步驟S144:利用C++Test自動生成測試用例，並添加或修改C++Test生 成的測試用例步驟S145:運行測試並生成測試報告；步驟S146:對其它測試會話重複步驟S142 步驟S145,直至完成所有測 試會話。該手機軟體集成測試方法將目標機上運行的手機軟體程序移植成計算機 上運行的手機仿真程序，然後採用成熟的單元測試工具C++Test和CUnit單元 測試框架開展集成測試。模塊測試中引入模塊度的概念並藉助CUnit單元測試框架和€++1631單元測試工具實施了有重點的單元模塊測試保證了集成測試的入口條件。接口測試中為方便缺陷定位採用了改進的調用圖方法，並利用了 單元測試工具C++Test中能夠創建測試單元的優點不通過手工創建樁和驅動 而很容易地搭建起了集成測試環境，水到渠成地完成了集成測試。該方法首先不過分依賴於集成測試人員對軟體代碼的熟悉程度又較大程 度提高集成測試工作的效率，順應了當前手機軟體研發質量要求高、開發周期 短的特點。雖然本發明已以上述實施例揭露如上，然其並非用以限定本發明，在不背 離本發明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發明作出 各種相應的改變和變形，但這些相應的改變和變形都應屬於本發明所附的權利 要求的保護範圍。
權利要求
1. 一種手機軟體集成測試方法，用於對基於BREW開發平臺的手機軟體進行測試，其特徵在於，該方法包括步驟11，基於待測軟體模塊函數的度分析模塊重要程度，判斷該模塊是核心模塊或非核心模塊；步驟12，在BREW仿真測試環境中，利用不同的測試單元對所述核心模塊和非核心模塊分別進行測試；步驟13，根據所述步驟12的測試結果驗證所有待測軟體模塊是否符合集成測試的入口條件，對符合入口條件的，執行步驟14，對不符合條件的則有待進一步改進，循環執行步驟12；步驟14，進行模塊間的集成測試。
2、 根據權利要求1所述的手機軟體集成測試方法，其特徵在於，所述步 驟ll進一步包括步驟IOI，設定模塊函數的度，所述度為入度和出度的總和，其中，入度 為調用該函數的其他函數的個數，出度為該函數調用其他函數的個數。步驟102，藉助代碼分析工具判斷所述模塊函數節點的度數，以此確定一 組核心模塊；步驟103，在所述核心模塊中進一步確定最重要的模塊。
3、 根據權利要求2所述的手機軟體集成測試方法，其特徵在於，在所述 步驟103中確定最重要模塊的步驟，包括判斷所述核心模塊的函數是否是新 增函數，是否是計算或流程複雜函數或是否是有較多修改的函數；如果是，則 確認是最重要的模塊。
4、 根據權利要求l、 2或3所述的手機軟體集成測試方法，其特徵在於， 所述步驟12中，還包括創建BREW仿真測試環境的步驟，具體包括步驟201 ，創建一個可以編譯通過或可在BREW仿真器運行的基於BREW 的測試代碼工程；步驟202，創建能在所述測試代碼工程中進行測試的單元測試工具； 步驟203，配置BREW的編譯環境。
5、 根據權利要求l、 2或3所述的手機軟體集成測試方法，其特徵在於， 所述步驟12中對所述核心模塊進行測試的步驟，進一步包括 步驟301，建立所述核心模塊的程序流程圖；步驟302，確定所述核心模塊函數需要關注的被調用形式、參數和全局變步驟303，依據所述確定的被調用的形式列舉該核心模塊的使用場景並對 被調用的場景進行分類，再依據所述需要關注的被調用形式並分析所述參數和 全局變量的取值形成測試用例的數據集；步驟304,依據所述的數據集編寫相應的測試用例對所述核心模塊進行測 試並輸出測試結果。
6、 根據權利要求4所述的手機軟體集成測試方法，所述步驟201是通過 首先安裝VC++6.0和€++1631，再安裝BREW SDK軟體開發包來創建所述測試 代碼工程的。
7、 根據權利要求4所述的手機軟體集成測試方法，其特徵在於，所述步 驟202中，所述單元測試工具是0++丁631和/或CUnit。
8、 根據權利要求7所述的手機軟體集成測試方法，其特徵在於，所述核 心模塊是基於所述CUnit單元測試工具進行測試的。
9、 根據權利要求7所述的手機軟體集成測試方法，其特徵在於，所述非 核心模塊是基於C++test單元測試工具進行測試的。
10、 根據權利要求1所述的手機軟體集成測試方法，其特徵在於，所述步 驟14模塊間的集成測試是基於改進的調用圖集成的0++丁6對進行集成測試。
11、 根據權利要求10所述的手機軟體集成測試方法，其特徵在於，所述 改進的調用圖集成是優先集成度數較小的節點，再在該基礎上集成度數較多的 節點。
12、 根據權利要求IO所述的手機軟體集成測試方法，其特徵在於，所述 基於改進的調用圖集成的0++1^1進行集成測試的步驟，進一步包括步驟401，劃分基於改進調用圖集成的集成過程；步驟402，為各待測單元模塊添加第一個會話和頭文件，並作適應性修改， 使所述待測單元模塊的程序成為一個可在創建的可編譯通過和在BREW仿真 器中運行的程序；步驟403，在所述C++Test中為當前測試過程涉及的單元模塊創建一個測 試單元；步驟404，利用所述〔.++1^1自動生成測試用例，並添加或修改所述測試 用例；步驟405，運行測試並生成測試報告；步驟406，判斷測試會話是否全部完成，未完成循環執行步驟402，直至 完成所述全部測試會話。
13、根據權利要求12所述的手機軟體集成測試方法，其特徵在於，所述 步驟401中劃分集成過程是優先從所述度數中高度數的節點中選擇出作為大 的集成測試過程測試主線索，再按主線索節點的度數由低到高的順序採用基於 改進的調用圖集成測試過程，所述的主線索的節點要保證覆蓋所有節點。
全文摘要
本發明公開了一種手機軟體集成測試方法，用於對基於BREW開發平臺的手機軟體進行測試，包括步驟11，基於待測軟體模塊函數的度分析模塊重要程度，判斷該模塊是核心模塊或非核心模塊；步驟12，在BREW仿真測試環境中，利用不同的測試單元對所述核心模塊和非核心模塊分別進行測試；步驟13，根據所述步驟12的測試結果驗證所有待測軟體模塊是否符合集成測試的入口條件，對符合入口條件的，執行步驟14，對不符合條件的則有待進一步改進，循環執行步驟12；步驟14，進行模塊間的集成測試。本發明的方法將目標機上才能運行的手機軟體程序通過適當修改移植成能夠在計算機上運行的手機仿真程序，避開了對手機這一嵌入式系統直接實施集成測試的難點。
文檔編號H04Q7/34GK101212759SQ20061016965
公開日2008年7月2日 申請日期2006年12月26日 優先權日2006年12月26日
發明者彭軍民, 波 李 申請人:中興通訊股份有限公司