模板
教程
環境
性能
功能
管理
手機黑盒測試方式與方法
1、 Release Test
Purpose:
Attention:
Release Test的Test Case具有一定的典型性，主要是反映手機最基本功能的Test Case
本類測試只需要依據Test Case進行測試，不需要進一步發揮
如果有發現與Case無關的Error, 在測試通過后才可以填報Error Report
此類測試有一門檻值，即Test Case的Pass率達到一定值(如95%)才能宣布版本發布成功，進入進一步的測試，否則此版本無效。
除了門檻值外，如果重要功能模塊的Test Case沒通過，也會終止這個版本。
2、System Test
Full Round System Test
Purpose
對手機的所有功能進行全面的測試(所有語言包)
由于Case不可能包含所有方面，所以測試時應適度發揮，盡力完成全面測試
Common System Test (Medium or Minor)
Attention:
System Test一般分為兩個部分，“跑Case”和Free Test。
在測試初期，一般只需要按照Test Case測，把一些不可重現的Error都記錄下來。同時遇到Test Case的問題或者不充分，應該立即解決(和Team Leader或者Special List討論，補寫Test Case)。在這一階段結束后，一般要寫一個Summary Report。把這一階段的測試結果和遇到的問題、自己的見解都寫在里面(當然是用English)。
當所有Test Case都測完后，就進入Free Test期間。這里的Free Test具有明確的目的性和范圍。一般來說，這段時間的Free Test只需要測自己負責的模塊。而且Free Test還負責重現前期“跑Case”是遺留的不可重現的Error。
2.5.3 Focus Test
Purpose:
集中于一個或幾個點進行測試(同System Test)
2.5.4 Stress Test
Purpose:
為了解決市場上發現的重大Error，而進行的有針對性的強度測試
主要是利用邊緣測試(臨界測試)手段
Attention:
壓力測試，顧名思義，是給手機施加一定壓力，從而找出手機軟件上的Error。一般來說，對手機施加的壓力主要有：
存儲壓力：由于手機采用的是棧式存儲，所以當一個存儲塊滿了之后，如果程序員不做相應處理或者處理不好的話，很容易造成其他存儲區被擦除，從而在UI上出現問題(其他功能無法正常使用)。
邊界壓力：邊界一直是程序員最容易忽略的地方。
響應能力壓力：有時候某個操作可能處理的時間很長，在處理期間如果測試者再不斷地進行其他操作的話，很容易出現問題。
網絡流量壓力(如在接電話時進行短信服務)等等。
在項目中，Stress Test有時也會用來重現不可重現的Error。
由于有不少不可重現的Error是由于Memory Leak(內存泄漏)引起的，所以不停的重復同一個操作是重現一個不可重現的Error的一個好方法。
2.5.5 Free Test
Purpose:
測試System Test中沒有做完的不可重現Error
尋找平時沒有找到的忽略的Error
Attention:
在System Test階段所用的Free Test具有明顯的目的性和范圍
平時的Free Test從理論上應該對所測試的范圍窮盡所有的測試方法。但是，這是不現實的。在實際項目中，主要有兩個方面是Free Test所需要重視的。
一是從UI Spec上找靈感。應為Test Case是依據UI Spec寫的，所以從UI Spec上突破是一個行之有效的方法。UI Spec有一定的探索深度，加大探索深度，是一種突破的途徑;另外同一個功能用其他不同的方法去實現，也是一種突破途徑。
二是多關注不同Feature之間的Interaction。這是手機軟件相對比較容易出問題，而Test Case又很少能反映的地方。這是一個很大的Free Test空間。
原文轉自：http://www.uml.org.cn/Test/200710164.asp
