【正文】 案例的按部就班的執(zhí)行來證明軟件的確可以完成所設(shè)計的功能。測試案例的全面性和完整性最終決定了為達(dá)到第一個目的測試的質(zhì)量[9]。 測試模型 V模型V模型最早是由Paul Rook在20世紀(jì)80年代后期提出的，旨在改進(jìn)軟件開發(fā)的效率和效果。V模型反映出了測試活動與分析設(shè)計活動的關(guān)系。，從左到右描述了基本的開發(fā)過程和測試行為，非常明確的標(biāo)注了測試過程中存在的不同類型的測試，并且清楚的描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。 圖 V模型V模型指出單元和集成測試應(yīng)檢測程序的執(zhí)行是否滿足軟件設(shè)計的要求系統(tǒng)測試應(yīng)檢測系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo)；驗收測試確定軟件的實現(xiàn)是否滿足用戶需要或合同的要求。但V模型存在一定的局限性，它僅僅把測試作為在編碼之后的一個階段，是針對程序進(jìn)行的尋找錯誤的活動，而忽視了測試活動對需求分析、系統(tǒng)設(shè)計等活動的驗證和確認(rèn)的功能。 W模型W模型由Evolutif公司公司提出，相對于V模型，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗證和確認(rèn)活動。，W模型由兩個V字型模型組成，分別代表測試與開發(fā)過程，圖中明確表示出了測試與開發(fā)的并行關(guān)系。W模型強調(diào)：測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、設(shè)計等同樣要測試，也就是說，測試與開發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問題。例如，需求分析完成后，測試人員就應(yīng)該參與到對需求的驗證和確認(rèn)活動中，以盡早地找出缺陷所在。同時，對需求的測試也有利于及時了解項目難度和測試風(fēng)險，及早制定應(yīng)對措施，這將顯著減少總體測試時間，加快項目進(jìn)度。但W模型也存在局限性。在w模型中，需求、設(shè)計、編碼等活動被視為串行的，同時，測試和開發(fā)活動也保持著一種線性的前后關(guān)系，上一階段完全結(jié)束，才可正式開始下一個階段工作。這樣就無法支持迭代的開發(fā)模型。對于當(dāng)前軟件開發(fā)復(fù)雜多變的情況，W模型并不能解除測試管理面臨著困惑。 圖 W模型 測試模型的選擇V模型強調(diào)了在整個項目開發(fā)中需要經(jīng)歷的不同測試級別，但忽視了測試的對象不應(yīng)該僅僅是程序。而W模型在這一點上進(jìn)行了補充，明確指出應(yīng)該對需求、設(shè)計進(jìn)行測試。但是V模型和W模型都沒有將一個完整的測試過程抽象出來，成為一個獨立的流程這并不適合當(dāng)前軟件開發(fā)中廣泛的迭代模型。在實際測試工作中我們應(yīng)該盡可能地區(qū)應(yīng)用各模型中對項目有實用價值的方面，不能強行的為實用模型而實用模型。 音樂播放器的開發(fā)過程中，由于市場競爭激烈，不斷有新功能推出，作為用戶來講，總會喜歡功能強大的產(chǎn)品。因此這著就導(dǎo)致了，我們在開發(fā)的初期階段就對需求定義進(jìn)行了多次的更新。所以盡管開發(fā)的這個音樂播放器不是一個復(fù)雜的應(yīng)用模塊，但我們還是要采用結(jié)構(gòu)更為合理的w軟件測試模型作為我們的測試框架，在需求分析不斷變化的同時，我們能夠?qū)π枨鬁y試和設(shè)計測試進(jìn)行一個更新．這樣大大降低我們軟件的開發(fā)的風(fēng)險，到單元測試的時候我們的能夠合理地提供一整套完備的測試用例給該模塊進(jìn)行測試。綜合以上考慮，我們采用的測試方法是：以W模型作為框架，及早的、全面的開展測試。 測試方法 任何工程產(chǎn)品都可以使用以下的兩種方法進(jìn)行測試：白盒測試與黑盒測試。 白盒測試已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格的要求，所有內(nèi)部成分是否已經(jīng)檢查，該測試方式稱之為白盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，也可成為程序員測試。白盒測試的前提是可以把程序看成裝在一個透明的白盒子里面，也就是完全理解程序結(jié)構(gòu)和處理過程，這種方法按照程序內(nèi)部邏輯測試程序，檢驗程序中每條通路是否按預(yù)定要求正確工作。使用白盒測試方法，主要是想對程序模塊進(jìn)行如下的檢查： (1) 對程序模塊的所有獨立的執(zhí)行路徑至少測試一次。 (2) 對多有的邏輯判定，取“真”與取“假”的兩種情況都能至少測試一次。 (3) 在循環(huán)的邊界和運行界限內(nèi)執(zhí)行循環(huán)體，測試內(nèi)部數(shù)據(jù)的有效性。 黑盒測試 已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試證明每個實現(xiàn)了的功能是否符合要求，這種測試方式稱之為黑盒測試。黑盒測試又稱功能測試，數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試，也可成為用戶測試。黑盒測試法把程序看成一個黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程。黑盒測試是在程序接口進(jìn)行測試，它只是檢查程序功能是否按照規(guī)格說明書的規(guī)定正常使用。使用黑盒測試法，主要是發(fā)現(xiàn)以下幾類錯誤：(1) 是否有不正確或遺漏的功能。(2) 在接口上，輸入能否正確的接受，能否輸出正確的結(jié)果。(3) 是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息訪問錯誤。(4) 性能上是否能夠滿足要求。(5) 是否有初始化或終止性錯誤。 測試方法的選擇音樂播放器的開發(fā)過程中，在W測試模型的編碼測試階段和集成測試階段我們主要采用了白盒測試的測試方法。白盒測試的工作主要由軟件開發(fā)人員在編碼之后自行對所編代碼完成測試?，F(xiàn)在的的軟件開發(fā)工具都帶有部分軟件測試的功能，開發(fā)人員可以說利用該功能對以上三點進(jìn)行測試。 功能的測試與實現(xiàn) 播放器整體功能的實現(xiàn)， 播放器運行界面圖 播放器整體功能，主要是針對播放器的播放功能，上一首，下一首選擇及媒體格式的支持等， 測試內(nèi)容 測試結(jié)果播放控制能正確的完成播放、暫停、進(jìn)度條的拖動功能格式支持支持MP3格式上、下首歌曲的選擇能正確的選擇“上一曲”，“下一曲” 播放器整體功能測試結(jié)果 播放器主要模塊功能測試播放器的主要模塊功能測試，主要是對用戶圖形界面模塊，歌詞同步顯示模塊等功能進(jìn)行了測試。 測試模塊 測試結(jié)果 用戶圖形界面 能友好的與用戶交互 歌詞同步顯示 能準(zhǔn)確的與歌曲同步 播放器主要模塊功能測試結(jié)果 測試結(jié)論 通過相關(guān)的系統(tǒng)功能測試表明，該音樂播放器能播放MP3格式的音樂文件，能正確的響應(yīng)用戶對其基本功能的控制，基本滿足了音樂播放器的要求。 測試過程與總結(jié) 依據(jù)傳統(tǒng)的方法，將系統(tǒng)測試作為軟件丌發(fā)的一個階段，系統(tǒng)測試執(zhí)行工作將在系統(tǒng)開發(fā)完成后開展，很明顯，這樣做不利于BUG的及時暴露。有些缺陷可能會埋藏至后期發(fā)現(xiàn)，這時的修復(fù)成本將大大提高。 我們依據(jù)“全過程測試”的測試?yán)砟?，在本系統(tǒng)中我們將軟件的開發(fā)和軟的測試緊密的結(jié)合在一起，要求要充分關(guān)注開發(fā)過程，對開發(fā)過程的各種變化及時做出響應(yīng)。例如開發(fā)進(jìn)度的調(diào)整可能會引起測試進(jìn)度及測試策略的調(diào)整，需求的變更會影響到測試的執(zhí)行等等；要求對測試的全過程進(jìn)行全程的跟蹤，例如建立完善的度量與分析機制，通過對自身過程的度量，及時了解過程信息，調(diào)整測試策略。實踐證明，這種做法起到了預(yù)期的效果，與設(shè)計過程緊密結(jié)合的測試過程，有效的于早期發(fā)現(xiàn)了許多系統(tǒng)缺陷，降低了開發(fā)成本，同時也使基于復(fù)雜開發(fā)模型的測試管理工作更加清晰明了。在本系統(tǒng)開發(fā)過程中，需求的獲取和完善貫穿每個階段。對需求的把握很大程度上決定了軟件測試是否能夠成功。系統(tǒng)測試不僅僅確認(rèn)軟件是否正確實現(xiàn)功能，同時還要確認(rèn)軟件是否滿足用戶的需要。不但一起討論需求的完善性與準(zhǔn)確性，同時從可測試性角度為需求文檔提出建議。這些建議對我們來說，是從一個全新的思維角度提出的約束。同時，結(jié)合前期對項目的把握，很容易制定出了完善的測試計劃和方案，將各階段產(chǎn)品的測試方法及進(jìn)度有條不紊進(jìn)行下去。在把握需求的同時，于早期制定項目計劃和方案，及早準(zhǔn)備測試活動，大大提高了測試效率。 本章小結(jié)軟件測試的目的，第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望的事情，另一方面是確認(rèn)軟件以正確的方式來做了這個事件。其次是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險評估所準(zhǔn)備的信息。再次軟件測試不僅是在測試軟件產(chǎn)品的本身，而且還包括軟件開發(fā)的過程。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。參考文獻(xiàn)[1] 靳巖，[M]. 136173. [2] 明日科技團隊. Android 從入門到精通. 清華大學(xué)出版社，2010[3] 鄭人杰，馬素霞，[M]..[4] 江紅，[M].2012.[5] 張立國，代聞，[M].—78[6] 高彩麗，徐黎民，[M]..[7] 江紅，[M].2012年.[8] 余志龍編著．Google Android SDK開發(fā)范例大全[M]..[9] [10] 42