手機名片?。ê诤校y試

1、參照手機：GSM制式

2、參考標準：
       GB/T 18905.5-2002 軟件工程產品評價第五部分評價者用的過程
       BG/T 16260-1996  信息技術軟件產品評價質量特性及其使用指南

3、評判依據：

    各公司的標準定制的不一樣，有些公司可能更細化些，在這里僅作一個粗略依據。產品的好壞由用戶說的算，一切為用戶服務！
    依據：軟件研制規范，軟件需求說明書，用戶手冊（羅嗦兩句，國外的說明書寫的很細，比如不可以用電熨斗燒咖啡，國內的使用說明書絕對不會這么寫的，但是使用說明書上具有的功能在產品上如果沒有的話，可就是不符合項嘍）。

4、基本功能說明：

添加、刪除、修改、查找
設置（各MMI不一樣，在這里不進行舉例）
批量操作：SIM卡記錄復制到手機，手機記錄復制到SIM卡，SIM卡記錄移動到手機，手機記錄移動到SIM卡……

5、功能測試：

    在這里只討論名片夾的功能性和可靠性的測試，對名片夾模塊的易用性，效率，維護性以及可移植性不做考慮。

    按是否通過測試，則分為兩種，顧名思意即通過測試和失敗測試。通常的失敗測試，也就是說要設計測試用例，迫使軟件出錯。通過測試則是要保證軟件實現基本功能。

5.1 基本功能測試：

    手機輸入法有很多種，比如T9,拼音，字母，數字等等。在編寫測試用例的時候，首先要保證各輸入法是否能正常輸入；能否正常保存；在進行錯誤輸入的時候，是否有響應的提示。在這里舉出幾個例子：

5.1.1、存儲在SIM卡上的記錄

5.1.1.1、添加：
    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卡姓名欄的字數不相同，這時需要注意異?，F象。另有的手機支持的是一個姓名下有若干條手機記錄，是否可以將若干條記錄全部復制到SIM，且無異?，F象。
     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卡記錄移動到手機的測試方法基本相同。由于各手機設計不同，有一個姓名對應一條記錄和一個姓名對應若干條記錄的情況，注意在移動過程中出現異?，F象。

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，短消息等等

     在這里針對名片簿的測試，采用的是增值式集成測試。通過名片簿與其它模塊的相關關系，檢測測試名片簿與相關模塊在接口上是否存在BUG。在測試過程中，首先測試是否滿足基本功能，其實是多次反復調用相關模塊，檢驗模塊接口是否有問題存在。

原文轉自：http://www.kjueaiud.com