手動測試與自動化測試的區別
測試是一個範圍廣大的領域,怎麼說呢?
測試主要的目的是為了確保產出的品質,在測試過程中有很多細節或重複性的測試,不管是Web測試或軟體測試。它大致分為兩種,一是手動測試,由測試人員在未使用工具或腳本情況下執行,而自動化測試則需要藉由工具及腳本的輔助來進行測試。
手動測試和自動化測試的區別有哪些呢?
這裡我們將它們之間的區別簡略整理成下表:
參數 | 手動測試 | 自動化測試 |
定義 | 由人工測試人員執行 | 使用自動化工具來執行 |
處理時間 | 非常耗時且佔用人力 | 由工具或腳本執行, 明顯比手動更快 |
探索性 測試 | 允許隨機測試 | 不允許隨機測試 |
初期投資 | 初期投資較低 | 初期投資較高 |
可靠性 | 因人為錯誤的可能性而降低準確性 | 由工具和腳本執行, 沒有測試疲勞 |
UI 變更 | 不影響手動測試的執行 | 需修改測試腳本以如預期執行 |
投資 | 需投資人力資源 | 需投資測試工具與自動化工程師 |
成本效益 | 高量不符合成本效益 | 低量不符合成本效益 |
測試報告能見度 | 通常記錄在Excel或Word中,測試結果不易/隨時可用。 | 所有相關者都可登錄自動化系統並檢查測試執行結果 |
人員觀察 | 對於提供用戶友好系統以改進用戶體驗是有用的 | 無法保證用戶友好性和積極的用戶體驗 |
性能測試 | 無法使用手動進行測試 | 須強制由自動化工具進行測試 |
並行執行 | 可並行執行,但需增加人力資源 | 可在不同平台執行,減少測試時間 |
批量測試 | 無法批量處理 | 可批量處理多個腳本來執行 |
編程知識 | 無需進行編程 | 必須,不可少的 |
構建驗證測試 | 非常困難且耗時 | 較易且有用 |
框架 | 不使用框架,但可能使用指南、核對表 | 用數據、關鍵字、混合等框架來加速過程 |
測試設計 | 手動測試不會將設計推到編碼過程 | 自動化測試強制/驅動測試 |
DEVOPS | 違背DevOps的自動構建原則 | 有助於構建驗證測試,是DevOps Cycle的重要組成部分 |
藉由上表可看出在某些地方是自動化測試無法辦到的,例如:它無法獲得友好性、視覺反饋以改善用戶體驗,而手動測試可以。
那到底什麼時候適合用手動測試,什麼時候適合用自動化測試呢?
您可依據自身情況來選定要用哪種方式進行測試,如:需要模擬大量用戶或數據的效能測試、壓力測試、負載測試…等,就適合用自動化來進行測試。
其實不管使用哪種方式進行測試,最關鍵的還是在於哪些項目是適合且需要使用自動化測試來進行,因為這些都著重在時間、成本、質量上。
以上是這次為大家介紹的文章資訊分享,您想知道什麼?或需要什麼相關服務?歡迎您在下方留言給我們。
或是追蹤我們的粉絲專頁,就不會錯過最新文章囉!
我要留言