前言
軟體測試的分類,先從功能性及非功能性一刀切成兩邊,功能性就是使用者預計操作系統所能接受的服務,以及系統在未能服務時的反應;非功能性就是使用者覺得「這不用說吧」的部分,例如,可用性及反應時間所分別衍生的壓力測試、負載測試與效率測試等。
這篇先就個別系統的功能性測試來說明:
| 粒度 | 縮寫 | 英文 | 中文 |
|---|---|---|---|
| 1 | UT | unit test | 單元測試 |
| 2 | IT | integration test | 整合測試 |
| 3 | SIT | system integration test | 系統整合測試 |
| 4 | ST | system test | 系統測試 |
| 5 | UAT | user acceptance test | 使用者接受度測試 |
個別說明
單元測試 ( UT, Unit Test )
-
目標:測試內容基於功能設計結果,確認類別功能正確運行。
-
提出:功能開發之間。
-
執行:功能開發之間隨時進行。
整合測試 ( IT, Integration Test )
-
目標:測試內容基於系統設計結果,確認類別功能間互動正確。
-
提出:系統設計完成之後規劃。
-
執行:UT 完成之後。
系統整合測試 ( SIT, System Integration Test )
-
目標:測試內容基於框架設計結果,確認系統與外部系統的整合。
-
提出:系統架構確定之後規劃。
-
執行:IT 完成之後。
系統測試 ( ST, System Test )
-
目標:測試內容基於需求分析結果,確認各項功能符合功能規範。
-
提出:系統功能擬定之後規劃。
-
執行:SIT 完成之後。
使用者接受度測試 ( UAT, User Acceptance Test )
-
目標:測試內容應基於需求訪談結果,大至業務流程是否符合業務需要,小至使用者操作習慣,重點在於能否產生預期價值。
-
提出:需求訪談之後規劃。
-
執行:釋出之前。
