軟體測試 - 驗收測試
軟體經過多個階段的驗證，從單元測試、整合測試、系統測試，最終到驗收測試。驗收測試的主要目的是檢查軟體是否按照客戶和業務需求構建。
什麼是驗收測試？
驗收測試用於測試軟體是否符合所有需求並準備好部署到生產環境。這是一種正式的方法，用於驗證軟體是否滿足業務和客戶的所有驗收標準。
它允許終端使用者使用軟體並分享他們的使用體驗。這種型別的測試在測試周期的最後階段進行，緊隨系統測試之後。
SDLC 中的驗收測試
下圖解釋了驗收測試在軟體開發生命週期中的位置。
驗收測試用例針對測試資料或使用驗收測試指令碼執行，然後將結果與預期結果進行比較。
驗收標準
驗收標準是根據以下屬性定義的
- 功能正確性和完整性
- 資料完整性
- 資料轉換
- 可用性
- 效能
- 及時性
- 機密性和可用性
- 可安裝性和可升級性
- 可擴充套件性
- 文件
不同型別的驗收測試
以下是不同型別的驗收測試：
使用者驗收測試 (UAT)
它主要用於檢查軟體是否滿足使用者的期望。在此期間，主要驗證客戶經常使用的端到端場景。
業務驗收測試 (BAT)
它主要用於檢查軟體是否滿足業務需求。測試的重點是那些與獲得業務利潤相關的場景。
合同驗收測試 (CAT)
這種型別的測試由合同驅動。它描述了在軟體部署到生產環境後的特定時間範圍內，所有驗收場景都需要成功執行。這種型別的合同被稱為服務等級協議 (SLA)，只有在滿足 SLA 條款的情況下，客戶才會支付軟體費用。
這種型別的合同可能在軟體遷移到生產環境之前完成。合同對付款、期限、測試範圍以及在最終階段遇到缺陷時將採取的行動有明確的協議條款。
法規驗收測試 (RAT)
它主要用於檢查軟體是否滿足所有政府規章制度。在未遵守規則併發布軟體的情況下，會遇到嚴重的業務損失。此外，不同地區的政府規章制度也不同。
如果軟體不符合某些地區的規章制度，則不應在該地區釋出。
運營驗收測試 (OAT)
它主要用於檢查軟體是否滿足其所有非功能性需求。它在釋出到生產環境之前驗證軟體的效能、穩定性、安全性和可擴充套件性等。
Alpha 測試
Alpha 測試 由內部測試團隊執行，以驗證軟體在類似於生產環境的環境中是否正常工作。
Beta 測試
Beta 測試 由實際客戶執行，以驗證軟體在真實使用者環境中是否正常執行。他們使用軟體的體驗將與開發人員共享，以便開發人員可以修復缺陷並提高軟體質量。
驗收測試的用途
驗收測試的用途如下：
- 檢測在其他測試階段遺漏的缺陷。
- 瞭解軟體的效能。
- 驗證軟體是否符合使用者需求。
- 允許與開發團隊共享客戶使用軟體時的體驗。
- 降低在生產環境中發現缺陷的機率。
驗收測試的優勢
驗收測試的優勢如下：
- 當客戶分享他們對軟體行為的反饋時，這有助於瞭解客戶未來的需求。
- 允許自動化驗收測試用例。
- 它帶來了客戶的信任和信心，因為他們有機會實際使用軟體。
- 這是一種黑盒測試技術，因此完全專注於軟體的行為。
驗收測試的劣勢
驗收測試的劣勢如下：
- 驗證軟體的測試人員應該對其有很好的瞭解。
- 有時，客戶可能不喜歡被拉去測試軟體。
- 從客戶那裡收集所有反饋是一個耗時的過程。此外，他們還會不斷更換。
結論
本教程總結了軟體驗收測試。我們從描述什麼是驗收測試、驗收測試的不同型別、驗收測試的用途、優勢和劣勢開始。
這使您具備了軟體驗收測試的深入知識。明智的做法是繼續練習您所學到的知識，並探索與軟體測試相關的其他知識，以加深您的理解並拓寬您的視野。