手機測試感想（轉）

電話簿的測試

    1）姓名輸入：

    i)是否可以使用任意輸入法添加漢字、字母、數字，達到姓名允許的最大位元組，并能正常儲存。

    ii)是否可以使用任意輸入法添加漢字、字母、數字，在沒有進行輸入時，是否有警告提示或是否可以正常儲存（根據産品要求）。

    iii)是否可以使用任意輸入法添加漢字、字母、數字，超過姓名允許的最大位元組，是否有告警提？是否可以正常儲存。

    iV)是否可以進行漢字、字母、數字的混合輸入，并重複i~iii，是否有異常。

    2）電話号碼的輸入：

       i)是否可輸入數字至最大值，并可正常儲存。

       ii）在不輸入數字時，進行儲存時，是否有告警提示。

       iii）是否可以輸入漢字，字母，此時是否有告警提示或異常。

       iv)是否可以輸入特殊字元，如+、P、*、#，是否可以正常儲存。這裡給介紹個出錯的案例：連續輸入多個*，P或+，不按電話的号碼的正常順序進行輸入，試試，比如"++139***P123",看看是個什麼樣的效果，是否顯示正常。

    3）在輸入過程中按傳回鍵、挂機鍵、或翻合翻蓋、電源鍵，是否有告警提示或異常。

    4）在各MMI界面下，各按鍵功能是否正常。

    5）待機界面下直接輸入數字至最大值，是否可以正常儲存。

    6）待機界面下直接輸入數字即特殊字元（＋，P），是否可以正常儲存。

    7）将1），6）步驟進行一下排列組合，檢視是否有異常情況。

   1對2，2對4，4對16，是以測試用例經常的幾千條，幾萬條根本就不希奇，一個名片夾寫上1K條也之是寫了個小部分。呵呵，羅嗦話又一堆。繼續......

    5.1.1.2 修改

    1）單條記錄的修改：

    a) 是否可以對單條記錄進行修改，包括姓名和數字，并重複5.1.1.1中的1）， 2），3），4）各步驟。

     b) 連續将多條記錄的内容（姓名或電話号碼）修改成一樣。

     c) 手機或SIM卡的所有記錄全部一樣。（此條僅作為一條測試手段，在實際的應用中無實際意義。）（05.3.19修改）

    2）連續多條記錄進行修改

    此條的測試目的是對軟體進行壓力測試。

5.1.1.3 删除

    1）對單條記錄進行删除

    i）删除後，清單顯示是否正常；數量是否正确。

    ii）SIM卡記錄為空時，進行删除時，是否有告警提示。

    iii）SIM卡記錄僅為一條時，删除後，是否有SIM卡内容為空的提示。

    iv)在删除過程中，各功能鍵是否正常。

    v）在删除過程中，進行中斷操作，是否正常，比如挂機鍵，電源鍵等等。

    2）對多條記錄進行删除，目的是對軟體的進行壓力測試。

    i）連續對SIM卡的多條記錄進行删除，是否出現異常情況。

    ii）删除SIM卡記錄直至為空時，是否有異常。

    iii）在删除過程中，各功能鍵是否正常。

5.1.1.4 查找

    由于各手機的查找功能定制的不同，在這裡不做累述。

5.1.2 存儲在手機上的記錄

    存儲在手機上的記錄和存儲在SIM卡上的記錄的測試用例基本相同。在測試過程中需要留心的是SIM卡的存儲容量以及手機的存儲容量，由于軟體的定制不同，往往在不同處易出現故障。比如SIM卡的姓名欄可存儲5個漢字，或8個字母、數字，電話号碼可以存20位，手機的姓名欄目可以存12個漢字，20個字母、數字，電話号碼可以存30位。在這個不同點之間就容易出現故障。

5.1.3 批量操作

5.1.3.1 SIM卡記錄複制到手機

  1） 1條SIM卡的記錄複制到手機。要求：

       i）姓名為1個字母或數字或一個字，手機号碼是1個數字或特殊字元（＋，p）；

       ii）姓名為滿的字母或數字或字元，手機号碼是滿的數字或特殊字元（＋，p）。

  2）将SIM卡的記錄全部複制到手機。前提：SIM卡的容量有限，有的是70（如動感地帶，易通卡），有的是大容量卡有200甚至250條的記錄容量（如全球通，各地區的SIM卡容量不通，在測試過程中要考慮到對卡的相容性），保證手機的每條記錄是滿記錄，即姓名欄的字母，數字或漢字為滿，号碼欄的數字為滿。将記錄全部複制到手機，檢視是否有異常。通産這時候問題就出來了，因為是批量性的複制，和手機的處理能力是有一定關系，此處比較容易出問題。

  3）手機記錄的容量通常比SIM卡的容量要大許多，這裡在談一下該處的測試要點。

       前題條件：SIM卡的每條記錄全滿，即姓名和電話的容量全滿。

       i）SIM卡記錄全部複制到手機，直至手機記錄滿，是否有相關的提示，例如：手機記錄滿，手機空間不足，是否繼續進行複制；部分記錄将會丢失的字樣；

       ii）手機是否可以讀取大容量的SIM卡，并包括全部的手機記錄，并能進行正常的查找。此處，可以連續的單條删除手機或SIM卡記錄，直至删空，檢視是否有異常。

5.1.3.2 手機記錄複制到SIM卡

說明：手機的記錄由于設計不同，有的手機是一個姓名對應1條記錄，有的是一個姓名對應多條記錄，具體根據實際情況。

     i）将1條手機記錄複制到SIM卡上，是否正确複制。

注意：手機記錄中的姓名欄可能和SIM卡姓名欄的字數不相同，這時需要注意異常現象。另有的手機支援的是一個姓名下有若幹條手機記錄，是否可以将若幹條記錄全部複制到SIM，且無異常現象。

     ii) 将全部滿的手機記錄，即手機存儲的條目數滿，姓名欄的字全滿，手機号碼的字數全滿，全部複制到SIM卡，檢視是否有異常。

注意：SIM卡的空間和手機空間容量在相等，或不相等的情況下，在複制的過程中均有提示，例如：SIM卡空間滿；空間不足；空間不足，如進行複制，會有部分資料丢失等告警提示。

5.1.3.3 SIM卡記錄移動到手機

     SIM卡記錄移動到手機同5.1.3.1 SIM卡記錄複制到手機的測試方法基本相同。注意的是在移動後，SIM卡内容清空。

5.1.3.4手機記錄移動到SIM卡

      手機記錄移動到SIM卡同5.1.3.3 SIM卡記錄移動到手機的測試方法基本相同。由于各手機設計不同，有一個姓名對應一條記錄和一個姓名對應若幹條記錄的情況，注意在移動過程中出現異常現象。

5.1.3.5 綜述

    從上面的測試方法已包含了等價測試和邊界測試。下面将對測試過程中加入的其它環節進行描述。

1）中斷：短信，MMS，來電，鬧鐘，功能鍵，挂機鍵，翻蓋等等。在進行上述操作時，在每一個界面下，均需進行中斷操作，并根據軟體需求說明，對異常情況進行定位。

2）在進行每項操作時，均應有提示，确認是否進行該操作。由于各手機軟體需求不同，在測試過程中可根據實際情況或根據使用者回報情況進行。

3）在SIM卡記錄或手機記錄滿的情況下，添加記錄，檢視是否有相關提示或異常。

5.2 失敗測試

根據手機名片簿的實際情況，通過某些方式或方法迫使軟體出錯。在測試案例的設計中仍按重複測試，壓迫測試以及重負測試這三種測試理念進行測試。

5.2.1 重複測試

1）添加

     a)在待機狀态下連續添加電話号碼，并儲存至SIM卡/手機，操作次數大于40次；

    b)添加菜單内連續添加電話号碼，并儲存至SIM卡/手機，操作次數大于40次。

2）删除

     a)電話簿清單下，連續逐條删除電話号碼；

     b)在保證SIM卡/ 手機容量滿的情況下，連續删除SIM卡/手機全部記錄，在進行手機全部内容複制到SIM卡上的操作。操作次數大于20次。

3）查找

     根據手機的實際功能，進行連續性查找。查找次數大于20次。

4）修改

     a)連續逐條将記錄修改成同一内容的記錄，操作次數大于5；

     b)連續逐條修改記錄，将姓名欄内的内容修改至最大，并将電話号碼号碼修改至最大。操作次數大于20次。

    說明：在這裡涉及到操作次數的問題，操作次數過大或過小，都會失去它的實際意義。操作次數定義在40次，是根據SIM卡的容量定義的，通常SIM卡的容量是在70左右。連續删除SIM卡/手機的全部記錄的20次操作，測試目的是檢驗記憶體是否溢出或不足。這項操作也可以定義成50次，甚至更多。即使檢測出軟體存在問題，但是進行軟體更改的成本就會更高，甚至造成代碼引入的BUG，總體來講，得不償失。

5.2.2 壓迫測試

    壓迫測試是指軟體再不夠理想的條件下運作——記憶體小，磁盤空間少，CPU速度慢等等。

    從經驗來看，壓迫測試和重複測試相結合，測試的效果比較好。在名片夾中主要是要注意SIM卡容量和手機容量的關系。有部分SIM卡的容量比較大，在200，250條甚至更高。在測試過程中，主要主意的一個問題就是盡量在SIM卡和手機容量慢的情況下進行添加，删除，修改，查找等操作。另一點就是操作的次數不能太少，也盡量不要太大。

5.2.3 重負測試

     舉例幾個例子：比如如插上充電器；在低電壓時，插上充電器；電池容量滿後，繼續充電并測試等等。

5.2.4 其它

     在這裡，僅僅舉幾個測試用例。

     1）在名片簿清單下，連續按方向鍵，進行讀取清單；

     2）在名片簿清單下，快速插拔充電器；

     3）輸入非正常字元進行存儲。

     上述用例的目的就是在模仿使用者在使用過程中容易或非正常情況下出現的問題。

5.3 內建測試

     根據軟體需求，檢查名片簿與那部分子產品相關。例如呼叫（直接呼叫，IP呼叫，三方通話），MMS，短消息等等

==============================================

手機測試之Stress Test

Stress Test   

Purpose:  

為了解決市場上發現的重大Error，而進行的有針對性的強度測試.  

主要是利用邊緣測試（臨界測試）手段.  

壓力測試，顧名思義，是給手機施加一定壓力，進而找出手機軟體上的Error。一般來說，對手機施加的壓力主要有：  

存儲壓力：由于手機采用的是棧式存儲，是以當一個存儲塊滿了之後，如果程式員不做相應處理或者處理不好的話，很容易造成其他存儲區被擦除，進而在UI上出現問題（其他功能無法正常使用）。  

邊界壓力：邊界一直是程式員最容易忽略的地方。  

響應能力壓力：有時候某個操作可能處理的時間很長，在處理期間如果測試者再不斷地進行其他操作的話，很容易出現問題。  

網絡流量壓力（如在接電話時進行短信服務）等等。  

在項目中，Stress Test有時也會用來重制不可重制的Error。  

由于有不少不可重制的Error是由于Memory Leak(記憶體洩漏)引起的，是以不停的重複同一個操作是重制一個不可重制的Error的一個好方法。