手機軟件測試(2)

　　3. 并發業務。

　　并發測試主要是測試終端同時進行多項業務時表現出的處理能力。例如同時進行CS域語音業務和PS域下載業務，或者在MP3播放的同時進行WWW上網業務，以測試協議棧、操作系統和處理器對并發業務的支持能力。

　　4. 負載測試。

　　負載測試主要是驗證系統的負載工作能力。系統配置不變的條件下，在一定時間內，終端在高負載情況下的性能行為表現。例如同時進行多個ftp下載，使下行傳輸率接近極限值，觀察終端是否可以正常工作。

　　二、手機性能測試的方法

　　手機性能測試的方法按照自動化程度不同可分為手工測試和自動測試。

　　手工測試主要是通過測試人員手動操作，并借助某些監測儀器和工具，來驗證手機性能。但由于手機功能眾多，并且性能測試工作量大，如果單個測試工程師靠手動按鍵來執行所有測試用例，花費的時間少則幾小時，多則需要幾天的時間，這樣耗費大量測試時間的同時也容易讓測試工程師產生疲倦甚至是厭倦心理，很容易造成測試的遺漏。手機測試中常碰到很多重復性高的工作，如發送數條 SMS 或者 MMS 以驗證其收發成功率以及穩定性、連續進行多次呼叫、多次對文件系統進行添加刪除操作、多任務多進程情況下的沖突測試以及極限測試等等，都是重復性高的工作，手動執行的話費時費力，如果能有一套自動執行的機制，將能大大提高測試的效率。

　　由此產生了對手機自動化測試工具的需求。手機這種板機的MMI功能測試不同于基于PC上的MMI測試，后者借助PC平臺，目前市場上已有非常多功能強大且通用的自動測試工具支持其測試，如比較典型的有Winrunner， Robot， Loadrunner等等，但這些工具通常不能兼容到象手機這種嵌入式系統中來。這就要求測試人員能夠基于當前平臺進行二次開發，來滿足自動化測試的需求。

　　手機的自動化性能測試一般分為以下幾個步驟進行：

　　1. 系統分析

　　將系統的性能指標轉化為性能測試的具體目標。通常在這一步驟里，要分析被測系統結構，結合性能指標，制定具體的性能測試實施方案。這要求測試人員對被測系統結構和實施業務的全面掌握。

　　2. 建立虛擬用戶腳本

　　將業務流程轉化為測試腳本，通常指的是虛擬用戶腳本或虛擬用戶。虛擬用戶通過驅動一個真正的客戶程序來模擬真實用戶。在這一步驟里，要將各類被測業務流程從頭至尾進行確認和記錄，弄清這些過程可以幫助分析到每步操作的細節和時間，并能精確地轉化為腳本。此過程類似制造一個能夠模仿人的行為和動作的機器人過程。這個步驟非常重要，在這里將現實世界中的單個用戶行為比較精確地轉化為計算機程序語言。如果對現實世界的行為模仿失真，不能反映真實世界，性能測試的有效性和必要性也就失去了意義。

　　3. 根據用戶性能指標創建測試場景

　　根據真實業務場景，對生成的測試腳本進行復制和控制，轉化為滿足性能測試指標的測試用例集。在這個步驟里，對腳本的執行制定規則和約束關系。具體涉及到對業務類型，并發時序等參數的設置。這好比是指揮腳本運行的司令部。這個步驟十分關鍵，往往需要結合用戶性能指標進行細致地分析。

　　4. 運行測試場景，同步監測應用性能

　　在性能測試運行中，實時監測能讓測試人員在測試過程中的任何時刻都可以了解應用程序的性能優劣。系統的每一部件都需要監測：協議棧，MMI應用程序，內存占用情況，驅動程序運行狀態等。實時監測可以在測試執行中及早發現性能瓶頸。

　　5. 性能測試的結果分析和性能評價

　　結合測試結果數據，分析出系統性能行為表現的規律，并準確定位系統的性能瓶頸所在。在這個步驟里，可以利用數學手段對大批量數據進行計算和統計，使結果更加具有客觀性。在性能測試中，需要注意的是，能夠執行的性能測試方案并不一定是成功的，成敗的關鍵在于其是否精確地對真實世界進行了模擬。

　　在整個性能測試過程中，自動化測試工具的選擇只能影響性能測試執行的復雜程度，簡便一些或繁雜一些;但人的分析和思考卻會直接導致性能測試的成敗。所以這里著重于對性能測試思路的整理。測試工具的介紹可以參看有關自動化測試工具的資料。

原文轉自：http://www.uml.org.cn/Test/200706082.asp