1、涉及到手機終端適配、網絡環境兼容等多個方面。測試執行：23輪功能測試，7輪系統測試，8輪健全測試，3輪機型兼容測試，3輪性能測試，1輪MTBF測試，1輪PD/UI驗證測試。但是這其中有很多不足之處，較明顯的如下：1、前期功能測試和健全測試一天一輪，頻度太快且測試費時，效果不好。2、初期的測試用例設計全面，但未精確定義編寫粒度，描述過程過細，后期因需求變更導致維護成本較高。3、因項目流程和過程控制影響，無法明確劃分測試階段，且初期沒有找到最佳敏捷測試方法，測試流程冗余僵化，導致大量重復性的工作，靈活性偏低。在測試進程中我們已發現測試策略的問題，并及時調整，在階段二開始使用新策略使用兩階段測試模型

2、：1、階段一<自由測試>：按照探索性測試（Exploratory Testing）模式，布置有針對性有重點的自由測試，以“把軟件使用壞掉”為目的，盡可能多發現bug。2、階段二<覆蓋測試>：執行各項測試用例，以“全面測試”為目的具體的時間安排如下：1、先期產品開發階段，即Alpha release之前，做功能測試、健全測試、缺陷驗證+自由測試。2、項目中期，Alpha Beta之間，執行全面的系統測試、兼容性測試、性能測試，并開展自動化腳本開發、環境搭建等工作。3、Beta release之后，在產品發布前的23周，就開始確定穩定版本Release Candidate，

3、在此版本基礎上做最后一輪全面測試、重點子模塊的健全測試、缺陷主導的ET等，完成最終報告并交由項目組領導、QA審核發布。最近一直在做智能手機小應用的跟蹤驗證測試，故障單是由測試高手提供的，是一個非常完善的測試隊，連我們的開發團隊都感嘆他們的敏銳，能發現潛在的Bug。在驗證之余，我認真研究了他們出的故障單，做了一些總結：1、手機軟件系統測試的角度分為：功能模塊測試，交叉事件測試，壓力測試，容量性能測試，性能測試和用戶手冊測試等。2、功能模塊測試：首先應分析功能模塊的功能項，測試每個功能項是否能夠實現對應的功能。一般根據測試案例（Test Case）或軟件本身的流程就可以完成基本功能測試。（相對簡單

4、，故障也較容易解決）3、交叉事件測試：又叫事件或沖突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。例如通話過程中接收到短信或來響鬧。應該以執行干擾的沖突事件不會導致手機死機或花屏等嚴重的問題。交叉事件測試非常重要，能發現很多應用中潛在的性能問題。另外有中英文模式的切換的手機要注意中英文模式切換后的功能實現存在的問題，通常會被測試人沒忽略。4、壓力測試：又叫邊界值容錯測試或極限負載測試，即測試過程中，已經達到某一軟件功能的最大容量，邊界值或最大的承載極限，仍然對其進行相關操作。例如連續進行短信的接收和發送，超過收件箱和PIM卡所能存儲的最大的條數，仍然進行短消息

5、的接收或發送，以檢測軟件在超常態條件下的表現，來評估用戶能否接受。壓力測試用手工測試非常繁鎖，可以考慮自動化測試，目前沒有比較大量使用的工具，一般都是由開發人員配合開發出的工具，或者高級的測試人員編寫出的腳本。5、容量測試：又叫滿記憶體測試，包括手機的用戶可用內存和SIM/PIM卡的所有空間被完全使用的測試。此時再對可編輯的模塊進行和存儲空間有關的任何操作測試，如果軟件的極限容量狀態下處理不好，有可能導致死機或嚴重的花屏等問題的出現。與壓力測試有些類似，也可考慮自動化測試。6、兼容性測試：也就是不同品牌手機，不同網絡，不同品牌和不同容量大小的SIM/PIM卡之間的互相兼容的測試，以短消息為例：

6、中國電信的小靈通接收到從中國移動或中國聯通GSM發來的短消息，接收，顯示和回復功能是否正常等另外從我測試的這幾個小模塊中，按與時間相關和文字兩方面容易出現故障的地方總結如下：1、與時間相關：首先是時間的輸入域，是否有輸入限制，如：文字、標點符號、小時大于24或12、分鐘大于60、秒大于60、月大于12、日大于31（按月情況而定）等特別注意日期變更分界點如23：59或12：59的變化。以及12/24小時切換模式的測試。2、文字輸入相關：當界面過多時，注意功能按鈕的點擊事件能否正常完成相應功能的實現。超過文字字數限制時的系統提示等。對于當前背景下的手機測試來說，要做好手機軟件測試，主要從以下幾個角

7、度進行測試：UI測試，功能模塊測試，交叉事件測試，容量性測試，用戶手冊測試等。1、UI測試用戶界面 （以下簡稱UI）測試指測試用戶界面的風格是否滿足客戶要求，文字是否正確，頁面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等， UI測試用于核實用戶與軟件之間的交互。UI 測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。另外，UI 測試還可確保 UI 中的對象按照預期的方式運行，并符合公司或行業的標準。包括用戶友好性，人性化，易操作性測試。2、功能測試功能測試指測試軟件各個功能模塊是否正確，邏輯是否正確。對測試對象的功能測試應側重于所有可直接追蹤

8、到用例或業務功能和業務規則的測試需求。這種測試的目標是核實數據的接受、處理和檢索是否正確，以及業務規則的實施是否恰當。此類測試基于黑盒技術，該技術通過圖形用戶界面 （GUI） 與應用程序進行交互，并對交互的輸出或結果進行分析，以此來核實應用程序及其內部進程。功能測試的主要參考為類似于功能說明書之類的文檔。3、交叉事件測試交叉事件測試是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。例如在運行手機軟件程序的過程中接收到短信或來響鬧。應該以執行干擾的沖突事件不會導致手機死機或花屏等嚴重的問題出現為Pass的標準。4、容量性測試容量性測試主要測試軟件測試的性能，包括負載測試，

9、強度測試，基準測試以及基準測試4.1 負載測試負載測試是一種性能測試指數據在超負荷環境中運行，程序是否能夠承擔。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面。4.2 強度測試強度測試是一種性能測試，他在系統資源特別低的情況下軟件系統運行情況。這類測試往往可以書寫系統要求的軟硬件水平要求。實施和執行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內存或磁盤空間不

10、足，測試對象就可能會表現出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數據庫鎖或網絡帶寬）而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。5、用戶手冊測試手機軟件的用戶手冊測試主要是看軟件功能介紹是否準確、簡潔地描述該軟件功能，且不會讓用戶產生誤解。手機軟件測試類型及分析1）Basic Function 基本功能測試：就是驗證手機基本功能是否實現，發短信、通話、照相等，包括他們的子功能如轉發、連拍等。最基本的也是投入時間精力最大的測試類型，也是最重要的，如果基本功能都沒有實現其他測試也就變成枉然了2）UI用戶界面驗證：驗證手機的界面、菜單等是否是與客戶需求和

11、設計保持一致，主要依據UI spec用戶界面說明,MMI人機交互界面，Menu tree菜單樹等，這些文檔也是需要根據客戶需求及時更新的3）Limit Value 極限值測試：對應黑盒測試的邊界值分析法，邊界值分析法設計出的測試用例發現 bug 的能力也是最強的，一般依據極限值表設計測試用例，來指導測試。一般測試點如輸入字符的個數，會議通話的個數，文檔存儲個數等4）Confict Test沖突測試：主要依據沖突表，沖突表中列出各個事件之間是否存在沖突，沖突測試用例也是依據沖突表設計，這類用例往往可以發現一些比較嚴重的 bug ，如游戲中來電，流覽WAP時插拔充電器、USB線、came

12、ra 中低電等5）Performance Test性能測試：主要測試項Call test，長時間通話，發送大容量的彩信條，開關機次，攝像時間，可以考慮用自動化測試，手機自動化測試與PC軟件自動化測試類似，利用自動化測試工具錄制、調試寫腳本、回放、分析結果，與PC軟件不同的是手機自動化測試需要硬件的支持來固定手機和利用氣壓按鍵。6）Stress Test壓力測試：壓力測試是在將手機容量存儲狀態到滿后做的一系列操作，如短信、彩信滿，Idle界面各事件個數滿如未接電話、鬧鈴等7）Network Compatibilit網絡兼容性測試：網絡參數的設置，GPRS等業務是否可用，本外地的聯通移動卡各類業務

13、卡在本地的作測試，還需要做Filed Test場測即到最終用戶實際使用的環境作現場測試，Filed test 有國際專用用例。8）SIM Card CompatibilitSIM卡兼容性測試：一般是對聯通移動的各類業務卡，新出的大容量(64K)、國際漫游卡、呼叫限制卡、一卡雙號卡等卡的驗證，驗證能否正確注冊、對應的業務功能是否實現、基本功能的正確性9）PD test Project Design Test：驗證在項目設計階段的設計的功能是否得以實現、是否正確，設計用例依據項目設計文檔10）CR Verification客戶需求驗證：驗證客戶的一些特定需求和變更后的需求11）User Manua

14、l用戶手冊驗證：其重要性是不言而喻的，用戶手冊一定要和手機實際功能相符合，不然將會影響用戶對產品的信任12）FAT( Full Type Approval)全類型批準：是GSM手機進入GSM網絡必須通過的專業測試。淺談手機軟件測試用例設計方法手機產品和用戶交互非常緊密，手機的軟件質量就顯得尤其重要。要使最終用戶對手機軟件感到滿意，必須要在手機軟件發布之前進行充分的測試。而不完全、不徹底是軟件測試的致命缺陷，但是我們又不可能進行窮舉測試，任何程序只能進行少量而有限的測試。為了節省時間和資源，提高測試效率，我們必須要從數量極大的可用測試數據中精心挑選出具有代表性或者特殊性的測試數據進行測試。測試用

15、例在此情況下產生。測試用例是為特定的目的而設計的一組測試輸入、執行條件和預期的結果。簡單地說，測試用例就是設計一個場景，使軟件程序在這種場景下，必須能夠正常運行并且產生程序所設計的執行結果。Grenford J. Myers在The Art of Software Testing一書中提出：一個好的測試用例是指很可能找到迄今為止尚未發現的錯誤的測試，由此可見測試用例設計工作在整個測試過程中的重要地位。測試用例設計的好壞直接影響到測試的效果。目前很多公司的測試用例都是依據需求或者規范規格，測試用例設計人員根據經驗來寫測試用例，這種情況就會導致測試用例覆蓋面不全、測試用例規劃不合理，甚至

16、存在測試用例冗余的情況。測試用例覆蓋面不全會導致出現漏測少測，將問題直接流向用戶；測試用例規劃不合理、測試用例冗余會造成人力浪費，導致測試效率低下。因此不能只憑借一些主觀或直觀的想法來設計測試用例，應該以一些比較成熟的測試用例設計方法為指導，再加上設計人員個人的經驗積累來設計測試用例。目前業界比較成熟的測試用例設計方法主要有：等價類劃分法，邊界值分析法，錯誤推測法，因果圖法，正交實驗設計法等。等價類劃分法等價類劃分法是測試用例設計中一種重要而常用的設計方法，它將不能窮舉的測試用例進行合理分類，從而保證設計出來的測試用例具有完整性和代表性。等價類劃分是把所有可能的輸入數據，即程序的輸入域劃分成若

17、干部分（子集），然后從每一個子集中選取少數具有代表性的數據作為測試用例。邊界值分析法邊界值分析法就是對輸入或輸出的邊界值進行測試設計的一種方法。通常邊界值分析法是作為對等價類劃分法的補充。長期的測試工作經驗告訴我們，大量的錯誤發生在輸入或輸出范圍的邊界上，而不是發生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。使用邊界值分析方法設計測試用例，首先應確定邊界情況。應當選取正好等于，剛剛大于或剛剛小于邊界的值而不是中間值作為測試數據。錯誤推測法錯誤推測法是指在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法

18、。錯誤推測方法的基本思想是列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況，根據它們選擇測試用例。例如， 在單元測試時曾列出的許多在模塊中常見的錯誤、以前產品測試中曾經發現的錯誤、輸入數據和輸出數據為0的情況、輸入表格為空格或輸入表格只有一行等。這些都是容易發生錯誤的情況，可選擇這些情況下的例子作為測試用例。因果圖法因果圖法是一種利用圖解法分析輸入的各種組合情況，從而設計測試用例的方法，它適合于檢查程序輸入條件的各種組合情況。等價類劃分法和邊界值分析方法都是著重考慮單個輸入條件，但沒有考慮輸入條件的各種組合、輸入條件之間的相互制約關系。這樣雖然各種輸入條件可能出錯的情況已經測試到了，但多個

19、輸入條件組合起來可能出錯的情況卻被忽視了。而如果在測試時必須考慮輸入條件的各種組合，則可能的組合數目將是天文數字，因此必須考慮采用一種適合于描述多種條件的組合、相應產生多個動作的形式來進行測試用例的設計，這就需要利用因果圖來設計。正交試驗設計法正交試驗設計法。利用因果圖來設計測試用例時，作為輸入條件的原因與輸出結果之間的因果關系，往往因果關系非常龐大，以至于據此因果圖而得到的測試用例數目多的驚人，給軟件測試帶來沉重的負擔。為了有效地、合理地減少測試的工時與費用，可利用正交試驗設計方法進行測試用例的設計。正交試驗設計方法依據Galois理論， 它是根據正交性，按照 “均勻分散，齊整可比”的特點從

20、大量的（試驗）數據（測試例）中挑選適量的，有代表性的點（例），從而合理地安排試驗（測試）的一種科學實驗設計方法。它簡單易行，計算表格化，使用者能夠迅速掌握，是一種高效率、快速、經濟的試驗設計方法。以上這些方法各有優缺點，在設計過程中可以疊加使用，取長補短，使得設計出來的測試用例規劃合理，裁剪得當，既能保證覆蓋面，又能保證測試的效率，所以在測試用例的設計過程中得到了廣泛的應用。OPhone測試團隊在測試用例的設計階段充分運用這些方法，在測試用例的設計過程中極大的減少主觀因素的影響，并在保證測試用例完備性和有效性的前提下，對測試用例進行有效裁剪，減少無效測試用例和冗余，在很大程度上提高了測試效率，

21、從根本上確保測試的質量。手機測試具體流程內容標準目前，絕大多數國內定點的CDMA手機生產企業都選擇采用SKD（sack knock down）散件組裝的方式來生產手機，這是因為與OEM（orignal equipment manufacture）貼牌或CKD（completed knock down）的方式相比較，采用SKD方式具有投資少、見效快、技術風險低、項目啟動快、容易組織規模生產、可在一定程度上降低成本、產品上市時間迅速的優勢。在SKD生產方式條件下，如何進行CDMA手機的測試和性能評估中，保證產品質量和測試速度，這是國內許多CDMA手機生產企業面臨的一個技術問題。如何解決好該問題對于

22、生產廠家來說具有重要的工程意義和現實意義。筆者現把一些經驗和想法與同行作一交流。1SKD測試方案的指導思想（1）滿足相關的技術規范和測試標準（2）具有足夠的測試速度和精度（3）在滿足生產線產能要求的前提下，設備投入要經濟，這包括購買CDMA手機綜合測試儀、傳輸帶設備、測試夾具、其他的測試設備，生產線統計管理設備等。（4）擬購買測試儀器的技術指標、型號、規格、數據等項要求，既要能滿足現階段的綜合要求、也要考慮到未來的可擴充性、可升級性、可維修性。（5）盡量少占用公司的各類資源，包括人力、物力、財力、生產場地、空調、電力、壓縮空氣等。（6）盡可能地充分利用現有的GSM手機生產線條件（若有的話）來對

23、生產線進行改進、調整和優化，以進一步降低生產手機的成本。2CDMA手機功能測試項分類、測試規模和相關的標準（1）RF收發信機指標測試（測試發射功率、發射頻譜、接收靈敏度等等）：測試標準為中華人民共和國通信行業標準YD/T1050-2000；美國TIAIS-98雙模移動臺最低性能標準；800MHzCDMA數字蜂窩移動通信網空中接口技術要求。（2）音頻指標測試：檢查或測試發送音頻靈敏度、振鈴響度、受話器響度、失真度、側音、免提功能等等。（3）LCD和菜單功能的檢查：看是否與說明書中所述內容相一致。（4）各按鍵觸覺和力度的檢查。（5）電池質量的檢查：檢查電池與主板的電氣連接質量是否可靠，測量電池容量

24、、輸出電壓、短路保護等指標。（6）充電器質量檢查：檢查充電器與主板的電氣連接質量是否可靠，測試輸入特性、輸出特性、充電特性、充電時來電、充電時去電、對地泄漏電流等指標。（7）可靠性測試：通過對手機施加一定的外界環境應力（高溫、低溫、振動），來檢查產品的可靠性指標。這一點很重要，它可以發現不少產品質量問題。測試標準為GB/T2423.8-1995：電工電子產品環境試驗。（8）在實際CDMA通信網絡中的外場測試：該項測試需在不同的時間、不同的地點/地貌、與不同網絡中的用戶進行互連互通等環境條件下進行測試和檢查。測試標準為CDMA（IS-95A）數字移動電話機進網檢驗實施細則2001年5月信息產業部。（9）手機殼體質量的檢查（10）軟件、MMI操作可靠性與穩定性檢查。（11）DC功耗指標：關機電流、待機電流、通話電流、待機時間的測試。上述CDMA手機SKD生產測試方案中的大部分內容也可以用于GSM手機的SKD生產中。移動終端軟件測試基礎知識1）定制終端評測趨勢 定制終端評測 硬件：射頻一致性、協議一致性、無線資源