博文谷

位置:首頁 > 事務文書 > 工作總結

手機測試經驗總結

總結是指社會團體、企業單位和個人對某一階段的學習、工作或其完成情況加以回顧和分析,得出教訓和一些規律性認識的一種書面材料,它可以提升我們發現問題的能力,爲此要我們寫一份總結。總結你想好怎麼寫了嗎?下面是小編精心整理的手機測試經驗總結,供大家參考借鑑,希望可以幫助到有需要的朋友。

手機測試經驗總結

手機測試經驗總結1

VPM主要是激勵團隊成員測試和學習,而不是自己去執行用例。當被委派爲一個項目的測試經理時,VPM應該清楚項目計劃和轉折點、軟件發佈時間表、產品定義特徵列表。

1、作爲VPM應具備以下幾方面能力:

(1)、用不同的方式看待問題

(2)、制定計劃,滿足項目上市時間

(3)、依據質量、時間、成本對PR進行判斷和決定

(4)、增進溝通,總結不同項目的經驗

(5)、和團隊的密切合作

2、測試工作點:

(1)、測試軟件機制

(2)、分析問題

(3)、對產品進行認證並得到相應證書

(4)、評估對於返修率、最終用戶和運營商抱怨的影響

若做歐洲市場的產品,一定要做CE認證。FCC認證在Latam市場是必須的,CTA認證在中國是必須的。

一、相關測試知識學習

1、軟件測試包括測試計劃、測試設計、測試執行、測試評估這幾個階段;

測試計劃:

瞭解軟件當前狀態及客戶對軟件的需求;瞭解產品規格書:按鍵定義及選單樹;管控和跟催軟件方案商的版本發佈時間;

測試設計:根據客戶需求和產品規格說明書來編寫測試用例;

測試執行:測試策略包括基本功能測試、UI測試、衝突測試、壓力測試、相容性測試、驗收測試

測試評估:進行三次全面測試,由方案商發出軟件和報告,TMC和SZTeam同時測試並反饋給方案商,如此反覆數次,方案商改善結果並商討最終結論。

2、場測

在硬件成熟、軟件基本成熟的情況下做場地測試,主要測試這幾項:尋網時間、呼通率數據、通話質量、Wap測試、FM測試、資訊、緊急呼叫、基本功能測試。

3、說明書測試

驗證說明書基本功能是否正確,是否清晰易懂、排版規範、無錯別字等。

4、認證分類

按照銷售地區分爲國內認證和國外認證,國內認證是CTA認證,國外認證是CE認證和FCC認證。CTA認證需要拿到國家無委頒發的入網證書、受理中心頒發的許可證書、3C認證頒發的3C證書。

手機測試經驗總結2

一個合格的手機軟件測試工程師要掌握的東西是很多很多的。在我個人理解中,一個合格的進階手機軟件測試工程師應該具有最基本的兩點知識:軟件測試理論知識和一定的開發技能。

1、軟件測試理論知識

這個不用多說,軟件測試工程師必須要掌握的,軟件測試如何融入整個開發的流程,什麼時候介入,什麼時候結束,如何搭建測試環境,如何設計測試用例(包括設計測試用例的方法,如:等價類劃分,邊界值法等),如何使用測試工具,還有測試領域專用的一些術語等等。

2、開發技能

合格的進階軟件測試工程師,編程技能不可缺少。在手機測試中,比如自動化測試,完全可以開發工具來實現自動化測試。所以掌握一門紮實的編程語言,C或者C++還是非常重要的,能夠自己開發測試工具,也是一個進階手機軟件測試工程師應該具備的素質。我認爲我們不應該只是單純的發現bug,而應該從更深層次的去探究這個bug的原因,甚至可以定位bug。

另外從技能上講,面向不同的技術方向,像操作系統、網絡、通信等都要從專業上深入瞭解。這些是除去工作時間外必須去加強充電的部分。有這些做後盾,做起事來也會事半功倍。

另外手機測試中應該注意的問題

首先是正確性測試,正確性測試又可稱爲功能性測試,我們首先就是要測試所有功能是否都已實現、正確、是否滿足需求規格說明。

正確性測試還要考慮到用戶介面,軟件產品始終是關注軟件使用者客戶的體驗,手機屏幕小,介面有限,所以手機軟件的用戶介面更需有一定的規範和標準:正確性、一致性、直觀性、實用性、靈活性、舒適性便是最基本的標準。

正確性一般比較明顯,比較容易發現,例如某個視窗沒有被完全顯示,文字沒有對齊,文字拼寫錯誤,密碼輸入時沒有以*的形式自動屏蔽等。

一致性包括軟件自身的一致性以及手機操作系統或與其它軟件的一致性,具體表現在使用的術語,字型是否一致,介面的各參數風格是否前後一致等。特別也要注意中英文版本下介面風格是否一致,是否有中英文混合的情況。

直觀性要求軟件功能特性易懂、清晰,用戶介面佈局合理,對操作的響應是否在用戶的預期中,如用戶做了非法操作後,介面是否有錯誤的提示資訊,提示資訊是否完整,是否明確,是否能讓用戶立即明白問題所在。

實用性不是指軟件本身是否實用,而僅僅是指具體的某個特性是否實用,是否有助於用戶執行該軟件的功能,手機軟件是安裝在手機上的第三方軟件,手機不同於PC機,功能沒有PC機強大,在手機上實現的功能也不同於在PC機上的功能,所以功能不應複雜,無用的功能只會增加程序的複雜度,產生不必要的軟件缺陷。但是個人覺得有些必要的功能還是一定要有的,如:隨時可以退出應用程序這個功能還是很必要的,用戶進入多層之後,若想退出應用程序,但是又要一層一層返回到最上一層才能退出時,也是一件很煩很頭疼的事。

靈活性,按我個人現在的理解,具體表現在,如果多種狀態之間的切換,例如介面的不停切換,操作步驟的複雜,增加了編程的難度,可能也會降低軟件的可靠性,這時軟件的靈活性將會大打折扣。特別是在我們測試觸屏手機的時候,介面的切換經常會導致一些介面卡住,亂碼,黑屏,死機的情況,所以我們在測帶有觸屏手機時,一定要注意到靈活性。

舒適性主要強調介面美觀,色彩運用恰當,按鈕的立體感以及增加動感動畫等。例如顏色的搭配,有些背景色跟文字或圖片的.顏色搭配在模擬器可以較清晰的顯示出來,但是到了手機由於其分辨率問題就不那麼明顯了。顏色搭配要以清晰美觀爲基礎,還要適當考慮用戶心理等問題。

除了測試軟件的正確功能,及其更需要考慮一些異常的情況,異常的情況也分多種考慮,如下:

1、容錯性測試

容錯性測試是一種對抗性的測試過程。在這種測試中,把應用程序或系統置於異常條件下,例如輸入特殊字元或異常字元,具體可以透過輸入超過邊界值的字元(這也相當於用例設計方法中的邊界值分析法)看後臺有沒有相應的容錯處理。手機客戶端介面會給出什麼樣的提示資訊。另外還要測試多個客戶端同時發出請求,測試後臺的多線程處理能力,看能同時處理多少用戶的同時請求,平均響應時間是多少,是否在可接受範圍內。

2、測試應用程序中的一個功能正在執行過程中,同時另外一個事件或操作對該過程進行干擾。

例如:運用程序執行時,切換程序到外部,做一些與運用程序相關的操作,再切換到應用程序中,檢視剛剛的操作是否對正在執行的運用程序有影響。另外來電,短信,電量不足等一些事件警告的出現也有可能導致程序出錯,也要作出相應的處理。有些網絡程序由於設定了數據通訊時不處理來電,這時候最好能在低電量情況下測試,看是否做了恰當的處理。我們需要測試一下這些干擾的衝突事件會不會導致應用程序core,手機死機、花屏等嚴重的問題出現。

3、我們一定要考慮到對手機存儲空間滿後的壓力測試。

手機的內存空間資源是有限,不像PC機有着巨大的存儲空間,我們很容易做到手機存儲空間已滿,所以我們一定要考慮剩餘空間不足或存儲空間爲零的情況下,應用軟件的執行是否正常?我們要在手機沒有存儲空間或達到最大的承載極限時,對手機軟件可編輯修改的模組進行編輯修改,儲存之後,並對手機軟件進行任何操作測試,如果程序員不做相應的處理或者處理不好的話,很容易造成配置檔案讀寫錯誤或無法寫入,從而導致手機軟件系統出現core掉或者手機出現死機、無法退出的情況。雖然手機本身在磁盤空間已滿的情況下也會出現不少問題,我們的應用程序也無法避免,但是我們一定要確保我們的程序不會出現core,程序無法退出,手機死機等這些嚴重情況出現。

4、極限發散性測試

我個人經常喜歡說成是暴力測試或壓力測試,我的做法是透過各種操作步驟或途徑、異常或非法執行,站在不正常的用戶角度,如快速按按鈕或快速劃屏、對某個功能做大量的重複性的操作等(如在登入過程中,不停的做登入和取消操作,不停地按幾十下幾百下),不把程序搞崩潰誓不罷休的暴力發散性測試,往往開發會狡辯與理論這是不正常的變態的測試,如果用戶做此操作出現了問題由用戶自己負責,確實世界上沒有十全十美的東西,任何東西都會有瑕疵,軟件也不例外,不可能做到零缺陷,我們不求做到最好,我們只求做到更好,試想用戶的操作是多種多樣的,誰能確保用戶不會做到那些異常的非法的操作,我們不僅要確保正常功能實現的準確無誤,一定還要做到異常非法的功能也要處理的準確無誤,那樣才能降低軟件的缺陷率。透過我多次實踐,發現不少嚴重致命的bug往往是由此操作導致,個人認爲這與開發人員在異常情況下考慮不充分有一定的關係。

5、邊界值測試

程序員會容易漏掉對邊界值的處理,透過我多個版本的測試經歷發現,每個版本都會出現這種邊界值數組越界導致程序core掉的致命bug,曾經測試過手機介面顯示N個縮略圖片的功能,顯示幾百張圖片功能無誤,但是超過某個數字即幾千張之後,應用程序會立即出現一些致命的錯誤;同時在刪除列表介面的第一個或者末尾一個圖片時,也出現了嚴重問題。所以我們不僅僅只考慮到能編輯的文字方塊下邊界值的測試,還要考慮到其他一切儘可能輸入的情況。

6、性能測試

我們不僅要測試軟件功能的正確性,還要測試軟件的性能,軟件的執行速度,是否有延時,軟件的執行時間,長期的執行是否會增加對存儲空間的額外佔用情況等。在軟件執行時,要懂得不定時的檢視資源的利用率,檢視cpu的佔用情況,內存泄露會造成程序隨機的莫名其妙core、卡屏、手機死機的情況,而往往由內存泄露導致的問題,重啓手機之後,問題不容易重現,並且再次內存泄露時,出現的現象也會不同,對我們測試重現問題來說是一個比較頭疼的事,所以不定時的檢視內存情況,檢視內存是否泄露,出現的不易重現的嚴重問題是否與內存泄露有關,其實也是一種定位問題的方法。

7、數據請求或傳輸等需時較多的過程要確保有提示介面,最好有動畫顯示數據在傳輸過程中,請用戶耐心等待。另外要注意在這個過程中對重複按鍵予以忽略,因爲等待時間過長或響應遲鈍時,用戶趨向於重複按手機按鈕。曾經測試過刪除某個檔案,檔案比較大,刪除很慢,介面沒有任何反應,無法判斷是否在刪除檔案,迫不及待的重新亂按手機其他鍵,導致系統出現錯誤。

標籤:經驗總結 測試