安裝/解除安裝測試：對軟體的全部、部分或公升級安裝/解除安裝處理過程的測試。
恢復測試：測試乙個系統從如下災難中能否很好地恢復，如遇到系統崩潰、硬體損壞或其他災難性問題。
安全測試：測試系統在防止非授權的內部或外部使用者的訪問或故意破壞等情況時怎麼樣。這可能需要複雜的測試技術。
相容測試：測試軟體在乙個特定的硬體/軟體/作業系統/網路等環境下的效能如何。
比較測試：與競爭夥伴的產品的比較測試，如軟體的弱點、優點或實力。
alpha 測試：在系統開發接近完成時對應用系統的測試；測試後，仍然會有少量的設計變更。這種測試一般由終端使用者或其他人員員完成，不能由程式設計師或測試員完成。
beta 測試：當開發和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發行前找到。這種測試一般由終端使用者或其他人員員完成，不能由程式設計師或測試員完成。
測試設計中需要考慮的22種測試型別
黑盒測試 不基於內部設計和 的任何知識，而是基於需求和功能性。白盒測試 基於乙個應用 的內部邏輯知識，測試是基於覆蓋全部 分支 路徑 條件。單元測試 最微小規模的測試 以測試某個功能或 塊。典型地由程式設計師而非測試員來做，因為它需要知道內部程式設計和編碼的細節知識。這個工作不容易作好，除非應用系統...
測試設計中需要考慮的22種測試型別
黑盒測試 不基於內部設計和 的任何知識，而是基於需求和功能性。白盒測試 基於乙個應用 的內部邏輯知識，測試是基於覆蓋全部 分支 路徑 條件。單元測試 最微小規模的測試 以測試某個功能或 塊。典型地由程式設計師而非測試員來做，因為它需要知道內部程式設計和編碼的細節知識。這個工作不容易作好，除非應用系統...
設計APP測試用例需要考慮哪些維度？
1 公升級中使用者資料 設定 狀態是否正常保留 2 是否支援低版本 高版本的覆蓋安裝。覆蓋安裝後使用者資料正常儲存 3 測試公升級安裝，公升級安裝後使用者資料正常 4 需考慮灰度公升級的問題，提示是否友好，可以x掉 2 啟動時間符合需求 三 網路和流量 2 分別檢視wifi 資料流量情況下的公升級情...