[發(fā)明專利]一種手機(jī)軟件集成測試方法

無效

• 申請?zhí)枺?/td>: 200610169656.1
• 申請日: 2006-12-26
• 公開（公告）號: CN101212759A
• 公開（公告）日: 2008-07-02
• 發(fā)明（設(shè)計）人: 李波;彭軍民
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04Q7/34
• 分類號: H04Q7/34;G06F11/36;H04Q7/32;H04Q1/20
• 代理公司: 北京律誠同業(yè)知識產(chǎn)權(quán)代理有限公司
• 代理人: 梁揮;徐金國

技術(shù)領(lǐng)域

本發(fā)明屬于移動通信領(lǐng)域，尤其涉及基于BREW(Binary?RuntimeEnvironment?for?Wireless)開發(fā)平臺的手機(jī)軟件的半自動化集成測試方法。

背景技術(shù)

當(dāng)前國內(nèi)手機(jī)生產(chǎn)商既面臨著穩(wěn)定提升產(chǎn)品質(zhì)量、樹立手機(jī)品牌的問題，又面臨快速開發(fā)新產(chǎn)品，盡量壓縮研發(fā)周期并以最快的速度響應(yīng)不同層次不同地域的各類用戶的需求，以求占領(lǐng)市場的迫切需要。

目前行業(yè)主要還是采用系統(tǒng)測試，而且更多的采用手工測試的方法。手機(jī)軟件系統(tǒng)不同于一般計算機(jī)軟件，它是一種開發(fā)編譯環(huán)境和運(yùn)行環(huán)境分離的嵌入式系統(tǒng)。由于不是在計算機(jī)上運(yùn)行，因此不能象測試計算機(jī)軟件那樣通過直接在計算機(jī)上運(yùn)行被測程序的方式進(jìn)行軟件的集成測試工作。這也是嵌入式軟件測試的一個常見問題，因此開發(fā)過程往往采取退而求其次的方式，將測試過程后移，主要實(shí)施的是以嵌入式系統(tǒng)輸入輸出設(shè)備的操作和觀察為特征的系統(tǒng)測試。這樣就必然造成錯誤或缺陷在軟件中存在一個較長的時間，造成缺陷修復(fù)成本居高不下。更為重要的是系統(tǒng)測試有其固有的缺陷，它沒有一個清晰的停止準(zhǔn)則，而且?guī)в幸欢ǖ拿つ啃裕⑶揖哂袦y試修復(fù)總成本高、研發(fā)后期測試效率低的弊端。如果只做系統(tǒng)測試往往造成產(chǎn)品發(fā)布時還存留部分嚴(yán)重故障，只有等到用戶發(fā)現(xiàn)時才能通過高昂得多的事后升級方式來補(bǔ)救。

當(dāng)前，決策者和研發(fā)人員也越來越認(rèn)識到將測試盡量前移的必要性和對研發(fā)的重大意義。那么單元測試和集成測試的問題就愈來愈受到大家的重視。其中單元測試本應(yīng)是軟件開發(fā)人員的職責(zé)，但是由于項目進(jìn)度壓力，開發(fā)人員往往壓縮甚至省去單元測試過程，這已經(jīng)是當(dāng)前手機(jī)研發(fā)過程中一個不爭事實(shí)。那么對測試過程進(jìn)行改進(jìn)的重?fù)?dān)就更多地落在了集成測試人員身上因?yàn)閱卧獪y試能夠發(fā)現(xiàn)的問題也留在了集成測試階段。

而手機(jī)軟件的集成測試又一直是困擾手機(jī)軟件研發(fā)的一個難題。這其中一個主要原因是：

目前已有的手機(jī)軟件集成測試方法多存在依賴于手工測試效率低下的缺點(diǎn)，很難滿足當(dāng)前手機(jī)研發(fā)要求高、周期短的要求。并且手工方法往往對集成測試人員要求較高，需要對軟件代碼相當(dāng)熟悉。因此，業(yè)界許多手機(jī)生產(chǎn)商都迫切希望能夠找到一種高效通用的手機(jī)軟件集成測試方法，以求盡量早的發(fā)現(xiàn)缺陷，提高測試效率，降低測試成本，縮短產(chǎn)品研發(fā)周期。

發(fā)明內(nèi)容

本發(fā)明所要解決的技術(shù)問題在于提供一種半自動化的手機(jī)軟件集成測試方法，采用該方法，使得手機(jī)軟件的測試不過分依賴于集成測試人員對軟件代碼的熟悉程度；還有助于較大程度提高集成測試工作的效率，滿足當(dāng)前手機(jī)軟件研發(fā)質(zhì)量要求高、開發(fā)周期短的特點(diǎn)。

為達(dá)到上述目的，本發(fā)明提供的手機(jī)軟件集成測試方法，用于對基于BREW開發(fā)平臺的手機(jī)軟件進(jìn)行測試，該方法包括：

步驟11，基于待測軟件模塊函數(shù)的度分析模塊重要程度，判斷該模塊是核心模塊或非核心模塊；

步驟12，在BREW仿真測試環(huán)境中，利用不同的測試單元對所述核心模塊和非核心模塊分別進(jìn)行測試；

步驟13，根據(jù)所述步驟12的測試結(jié)果驗(yàn)證所有待測軟件模塊是否符合集成測試的入口條件，對符合入口條件的，執(zhí)行步驟14，對不符合條件的則有待進(jìn)一步改進(jìn)，循環(huán)執(zhí)行步驟12；

步驟14，進(jìn)行模塊間的集成測試。

上述手機(jī)軟件集成測試方法，所述步驟11進(jìn)一步包括：

步驟101，設(shè)定模塊函數(shù)的度，所述度為入度和出度的總和，其中，入度為調(diào)用該函數(shù)的其他函數(shù)的個數(shù)，出度為該函數(shù)調(diào)用其他函數(shù)的個數(shù)。

步驟102，借助代碼分析工具判斷所述模塊函數(shù)節(jié)點(diǎn)的度數(shù)，以此確定一組核心模塊；

步驟103，在所述核心模塊中進(jìn)一步確定最重要的模塊。

上述手機(jī)軟件集成測試方法，在所述步驟103中確定最重要模塊的步驟，包括：判斷所述核心模塊的函數(shù)是否是新增函數(shù)，是否是計算或流程復(fù)雜函數(shù)或是否是有較多修改的函數(shù)；如果是，則確認(rèn)是最重要的模塊。

上述手機(jī)軟件集成測試方法，所述步驟12中，還包括創(chuàng)建BREW仿真測試環(huán)境的步驟，具體包括：

步驟201，創(chuàng)建一個可以編譯通過或可在BREW仿真器運(yùn)行的基于BREW的測試代碼工程；

步驟202，創(chuàng)建能在所述測試代碼工程中進(jìn)行測試的單元測試工具；

步驟203，配置BREW的編譯環(huán)境。

上述手機(jī)軟件集成測試方法，所述步驟12中對所述核心模塊進(jìn)行測試的步驟，進(jìn)一步包括：

步驟301，建立所述核心模塊的程序流程圖；