淺談手機軟件測試的流程與策略

黃平鳳

摘要：隨著技術(shù)的進步和手機的普及，人們對移動軟件的性能和質(zhì)量要求越來越高，這使得移動軟件的測試變得更加重要。本文介紹了手機軟件測試具體過程的發(fā)展現(xiàn)狀，結(jié)合國內(nèi)手機軟件測試實際工作，作者以從事手機軟件測試的經(jīng)驗，給出了手機軟件測試策略的一系列不同策略，最后以手機軟件自動化測試為例進行說明。介紹了測試自動化工具，論證使用自動化測試工具的測試用例將大大提高測試效率并縮短測試周期。

關(guān)鍵詞：手機；軟件測試；流程；策略

前言：

隨著技術(shù)的進步，手機與我們之間的關(guān)系變得密不可分。手機起著通信工具，多媒體，網(wǎng)絡(luò)等方面的作用。同時，用戶對手機的質(zhì)量和性能提出了更高的要求。在商業(yè)模式的驅(qū)動下，手機的開發(fā)周期不斷縮短，手機軟件的質(zhì)量也需要得到應(yīng)有的保障。軟件質(zhì)量與手機制造商的重要利益及市場競爭力和聲譽密切相關(guān)。在此基礎(chǔ)上，結(jié)合作者的實際工作經(jīng)驗，研究了軟件測試的過程和策略。

1.手機軟件測試流程

1.1手機軟件測試

迭代過程移動軟件測試是一個迭代和循環(huán)的過程。事實證明，早期參與全面測試可以更早發(fā)現(xiàn)錯誤，避免不必要的生產(chǎn)成本和資源浪費。因此，移動軟件測試將從移動軟件開發(fā)的整個生命周期的起點開始。移動軟件開發(fā)采用面向?qū)ο蟮拈_發(fā)方法，其生命周期模型是迭代生命周期模型。

1.2 循環(huán)迭代流程

1.2.1 需求分析階段

測試人員和設(shè)計人員盡早參與需求分析，編寫軟件質(zhì)量要求，制定測試計劃，并確定任務(wù)手冊中的軟件設(shè)計缺陷和不合邏輯的部分。

1.2.2 設(shè)計階段

與設(shè)計人員一起參與軟件結(jié)構(gòu)設(shè)計和詳細(xì)的測試策略設(shè)計，熟悉設(shè)計方案并制定測試計劃。

1.2.3 實現(xiàn)階段

它是軟件編碼和單元模塊的測試階段。對于手機測試，每個功能模塊是最小的軟件測試單元。

1.2.4 回顧階段

開發(fā)人員與測試人員需要一起評估軟件，審查軟件需求，在此階段更改或添加新需求。從那時起，開發(fā)測試迭代已經(jīng)完成。

1.3 循環(huán)迭代至系統(tǒng)穩(wěn)定

完成2到3個模塊的迭代和單元測試后，將開始集成測試。就是將這些模塊集成在一起，測試它們是否有效。集成測試是單元測試和系統(tǒng)測試之間的橋梁。迭代次數(shù)增加，軟件成熟后，測試將進入系統(tǒng)測試階段。系統(tǒng)測試以需求規(guī)范為依據(jù)，通常由獨立的測試人員按黑盒方式執(zhí)行。循環(huán)一直持續(xù)到在一段時間內(nèi)測試的缺陷保持在相對較低的水平，并且出現(xiàn)的問題可能會被忽略，并且要進行系統(tǒng)初穩(wěn)驗收測試。

2.手機軟件測試策略

2.1測試用例設(shè)計、測試策略

在測試產(chǎn)品時編寫的測試用例遵循軟件需求說明書中的設(shè)計要求中描述的基本功能。功能交互性并不涉及GUI元素，如界面布局等元素。這樣做的優(yōu)點是測試用例與產(chǎn)品關(guān)系不是太緊密。它支持在同一系統(tǒng)平臺上創(chuàng)建生成許多不同的手機軟件，同一系列的用例可以全部或部分應(yīng)用于整個平臺的其他產(chǎn)品，減少勞動力損耗，縮短開發(fā)周期，并降低業(yè)務(wù)成本。當(dāng)然，每種硬件產(chǎn)品的測試順序不一定相同，并且存在許多由不同硬件引起的問題的示例。所有設(shè)計用例都構(gòu)成了一個測試用例庫。在每次迭代開始時，測試團隊負(fù)責(zé)人選擇用例的一部分并創(chuàng)建測試用例集。另一部分是在最后一次迭代中檢測到許多錯誤的模塊，以及在開發(fā)人員更改后進行的密集回歸測試。

2.2交互測試策略

手機軟件是一個復(fù)雜的系統(tǒng)。只采用基本的功能測試用例是不夠的。用戶經(jīng)常有意無意地打開應(yīng)用程序進行復(fù)雜操作，不可避免地需要與其他應(yīng)用程序進行交互，這就需要創(chuàng)建交互式測試用例。這部分測試主要是通過多年積累的測試經(jīng)驗和對錯誤的敏感性來發(fā)現(xiàn)錯誤。

2.3 錯誤報告、追蹤策略

在測試中找到問題很重要，但在找到問題后編寫錯誤報告也很重要。一個好的錯誤報告可以指導(dǎo)開發(fā)人員找到解決問題的根本原因并及時修復(fù)。編寫錯誤報告時詳細(xì)說明，詳細(xì)描述問題的環(huán)境，步驟，版本，再現(xiàn)性等因素，客觀地描述問題而不做任何不知情的猜測，以免誤導(dǎo)開發(fā)人員。在可用的情況下，提供錯誤日志記錄以幫助開發(fā)人員重現(xiàn)問題并確定問題的性質(zhì)。報告錯誤后，定期跟蹤報告的錯誤狀態(tài)并與開發(fā)人員溝通以確定糾錯過程。如果錯誤得到糾正，對新版本執(zhí)行回歸測試。

2.4 灰盒測試策略

在用例測試中，常用的是黑盒測試、白盒測試。灰盒測試是白盒測試和黑盒測試之間的測試。最常見的灰盒測試是集成測試。灰盒測試不僅關(guān)注用例執(zhí)行結(jié)果，還要關(guān)注軟件運行時，消息流、數(shù)據(jù)在模塊間的交互應(yīng)答和時序關(guān)系。這要求測試人員不斷總結(jié)測試執(zhí)行過程并依靠測試工具設(shè)置特定策略，從測試輸出信息中提取所需信息加以判斷。

2.5 臨界測試策略

當(dāng)手機的某些可用資源達到或超過允許的理論最大值時，手機將繼續(xù)執(zhí)行某些相關(guān)操作。此時，手機的行為應(yīng)該是友好的并且是用戶可接受的。

2.6 自動化測試策略

手機功能很多，自動化測試的數(shù)量會很多，測試中經(jīng)常會遇到很多重復(fù)的任務(wù)。手動執(zhí)行非常費時費力，很容易導(dǎo)致測試人員疲勞甚至無聊，容易導(dǎo)致測試遺漏。如果有一套自動執(zhí)行機制，它將大大提高測試的效率。

2.7 性能測試策略

性能測試是為了測試軟件運行是否達到手機標(biāo)準(zhǔn)的響應(yīng)時間。它可以測定手機完成軟件操作所需的時間。

3.系統(tǒng)的功能需求

3.1測試用例管理

測試用例管理包括添加新的測試用例，刪除過時的測試用例，修改測試用例，有條件地查詢測試用例以及執(zhí)行測試用例。系統(tǒng)管理員可以執(zhí)行操作，添加新的測試用例，當(dāng)需要測試新的手機產(chǎn)品時，制造商將提供手機功能手冊。測試工程師將根據(jù)手冊測試相應(yīng)的功能，并將這些測試用例寫入系統(tǒng)。刪除過期的測試用例，在手機測試中，手機會根據(jù)測試報告進行一些功能變化，并且可以根據(jù)各方面的分析刪除一些功能，因此相應(yīng)功能的測試用例需要刪除，具有刪除權(quán)限的測試工程師可以刪除這些測試用例。修改測試用例，當(dāng)測試期間更改了手機的某些方面的設(shè)置時，需要修改相應(yīng)的測試用例，具有修改權(quán)限的測試工程師可以修改這些測試用例。

3.2用戶管理

軟件客戶端的新用戶注冊：與其他電腦系統(tǒng)不同，手機軟件的安全級別更高，所以測試的手機軟件版本和其他傳統(tǒng)版本不可用，這要求測試產(chǎn)品在測試過程中確保機密性。創(chuàng)建新用戶需要系統(tǒng)管理員執(zhí)行系統(tǒng)管理員將帳號和密碼發(fā)送給測試工程師?；拘畔⑿薷模河脩舻卿浐罂梢孕薷囊恍┗拘畔ⅰＣ艽a更改：登錄成功后，用戶進入密碼修改頁面，可以重置登錄密碼。

3.3權(quán)限控制

只有管理員才具有此權(quán)限。管理員進入權(quán)限管理頁面并為不同的角色分配不同的權(quán)限。權(quán)限分為每個功能點。設(shè)置角色權(quán)限后，管理員可以為不同的用戶分配不同的角色。

4.系統(tǒng)與數(shù)據(jù)庫數(shù)據(jù)交互使用存儲過程

存儲過程是由用戶命名并編譯到SQL Server數(shù)據(jù)庫中以執(zhí)行特定功能的SQL語句的集合。同時，用戶可以指定存儲過程的名稱和參數(shù)來執(zhí)行它?？梢栽诖鎯^程中驗證數(shù)據(jù)，并且可以將執(zhí)行結(jié)果返回給用戶。

5.功能分析

軟件系統(tǒng)功能包括：登錄模塊，測試用例管理模塊，測試用例執(zhí)行模塊，用戶權(quán)限模塊等。登錄模塊：主要提供用戶登錄系統(tǒng)。測試用例管理模塊：之后成功登錄后，用戶將查看測試用例以操作測試用例。測試用例執(zhí)行模塊：用戶可以在登錄后執(zhí)行必要的操作。用戶角色管理模塊：用戶可以修改和管理他們的角色。用戶權(quán)限模塊：此權(quán)限僅適用于用戶本身，具有完全獨立性。

結(jié)束語

通過對實際工作中總結(jié)的手機軟件測試過程和策略的討論，討論了業(yè)界主流手機軟件測試的過程和策略，闡述了標(biāo)準(zhǔn)過程和擴展策略的重要性。以及實際應(yīng)用的自動測試方法，實踐證明，基于自動化測試工具平臺，測試腳本開發(fā)，結(jié)合具體的測試自動化經(jīng)驗，可以完全滿足軟件壓力測試標(biāo)準(zhǔn)，保證壓力測試質(zhì)量，縮短測試周期，提高測試效率。

參考文獻：

[1]巫紅霞.關(guān)系數(shù)據(jù)庫中查詢優(yōu)化方法的探討[J].鎮(zhèn)江高專學(xué)報，2007.

[2]張能立.ASP.NET在網(wǎng)站開發(fā)中的應(yīng)用[J].計算機與數(shù)字工程，2005.

[3]邵良珊.ASP.NET（C#）實踐教程.清華大學(xué)出版社[J]，2007.

[4]陳冠軍.精通ASP.NET 2.0典型模塊設(shè)計與實現(xiàn).人民郵電出版社[J]，2007年.