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