黑盒測試用例設計-測試類型和環境因素（十一）

4、測試類型

1. 設計方法對測試類型的覆蓋

       其中，第二章設計方法主要針對程序自己功能、邏輯的測試，能夠基本覆蓋的測試類型有：基本功能測試、邊界測試、等價類測試、等價邊界測試、容錯性（無效等價類）等。

       而針對程序在系統中的與其餘程序的交互、受內存環境的影響、實際使用中的性能表現、安全性等測試類型沒有徹底覆蓋。所以須要從測試類型角度進行補充，這樣的測試類型有：集成（接口）測試、壓力測試、兼容性測試、安全性測試、併發測試（運行時接電話、收短信、鎖屏、充電、鬧鈴，等功能相關、資源競爭的邏輯）。用例設計人員能夠經過測試類型來檢查當前以設計的用例的缺陷之處，加以補充。

       後者在實踐中已經漸漸造成「專項測試」，測試深度和用例質量的要求也隨之提高。

2. 測試類型的含義

(1)   基本功能測試：業務功能的覆蓋、分解。

(2)   邊界測試：由邊界值分析方法設計出來的測試。

(3)   等價類測試：由等價類劃分方法設計出來的測試。

(4)   等價邊界測試：結合邊界值分析方法和等價類劃分方法設計出來的測試。

(5)   容錯性（無效等價類）

       在非法輸入或非法操做時，錯誤出現狀態和出現比率以及錯誤恢復能力。

       考慮弱健壯等價類測試和強健壯等價類測試方法設計出來的測試。其中，弱健壯等價類測試爲：基於單缺陷假設，考慮無效等價類，選取的測試用例要覆蓋每個有效等價類和無效等價類，但時不能同時覆蓋兩個無效等價類。強健壯等價類測試爲：考慮了多缺陷，每一個無效等價類和有效等價類的組合都要覆蓋到，根據等價類笛卡兒積考慮全部的有效和無效狀況。

(6)   集成（接口）測試

       業務功能的組合（功能項關聯）、衝突（好比資源共享）和串聯操做。

       一個API或者函數能夠做爲一個單元，對這個單元進行單元測試，你能夠用黑盒方法，也能夠用白盒方法。

       黑盒方法就是不去看這個單元的實現代碼，只根據這個單元的功能說明來設計測試用例並進行測試。測試的時候你可能須要寫一點簡單的代碼來作數據準備,而後去調用須要測試的接口，通常也須要寫一些代碼來接收或者驗證被測單元的輸出是否正確；

       白盒測試方法就是你經過分析被測單元的實現代碼，根據不一樣的測試策略（如分支覆蓋或者邏輯覆蓋等）來設計測試用例並做相應的測試。平臺產品的需求不少是來自網站，簡而言之，平臺產品提供API供網站研發使用。咱們須要測的就是這些暴露出來的API，確保這些API在功能上沒有缺陷。

(7)   壓力測試

       在正常狀況下，使被測對象直接超出正常負荷N倍的狀況下，檢查錯誤出現的狀態和機率。

(8)   兼容性測試

       兼容性測試是指測試軟件在特定的硬件平臺上、不一樣的應用軟件之間、不一樣的操做系統平臺上、不一樣的網絡等環境中是否可以很友好的運行的測試。主要內容：

①  測試軟件是否能在不一樣的操做系統平臺上兼容，或測試軟件是否能在同一操做平臺的不一樣版本上兼容；

②  軟件自己可否向前或向後兼容；

③  測試軟件可否與其餘相關的軟件兼容；

④  數據兼容性測試，主要是指數據可否共享等

(9)   安全性測試

       尤爲涉及到我的私密信息，包括帳戶密碼、聊天記錄、金錢流量等敏感領域，甚至包括抵禦常見黑客攻擊的魯棒性等等。

(10) 併發測試

       評估系統或業務在漸增式併發狀況下處理瓶頸以及可以接受業務的性能過程。

5、環境因素

(1)   複雜的現網

       弱信號、無網絡信號：屏蔽室、現網網絡覆蓋弱的地點；

       外場測試中的小區選擇、小區切換等。涉及多小區的的複雜場景當前設備供應商暫無解決方案。

(2)   空間滿、空間次滿apk

(3)   低電、斷電

(4)   環境光、環境噪聲等