資料結構
網路
RDBMS
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
時尚研究
法律研究手動測試和自動化測試的區別
在這篇文章中，我們將瞭解手動測試和自動化測試之間的區別 -
自動化測試
它使用自動化工具來執行測試用例。
與手動方法相比，它速度更快。
它不允許執行隨機測試。
初始投資較高。
從長遠來看，投資回報率更高。
它是可靠的。
它由工具和指令碼執行。
它沒有測試疲勞。
即使對於微不足道的更改，也必須修改自動化測試指令碼。
它很昂貴。
所有利益相關者都可以登入到自動化系統並檢查執行結果。
它不涉及人工；因此，它無法確保使用者友好或提供積極的客戶體驗。
效能測試（如負載測試、壓力測試、尖峰測試）必須由自動化工具進行測試。
它可以在不同的作業系統平臺上並行進行。
如果並行執行，它可以減少測試執行時間。
多個測試指令碼可以組合成一個批處理。
自動化測試需要程式設計知識。
它需要一個不太複雜的測試設定。
在執行相同的測試用例集時，它很有用。
在處理構建驗證測試 (BVT) 時，它很有用。
它沒有遺漏預定測試的風險。
它使用資料驅動、關鍵字、混合等框架來提高自動化過程的速度。
這些測試的行為類似於文件，併為自動單元測試用例提供培訓價值。
新的開發人員可以檢視這些單元測試用例並快速理解程式碼庫。
它們是為了強制執行測試驅動開發 (TDD) 而完成的。
它是 DevOps 週期的重要組成部分。
它最適合迴歸測試、效能測試、負載測試或高度可重複的功能測試用例。
手動測試
測試用例由人和軟體執行。
它很耗時。
它使用人力資源。
探索性測試可以使用手動測試來完成。
與自動化測試相比，初始投資較少。
與自動化測試相比，投資回報率較低。
它不準確，因為它可能導致人為錯誤。
諸如 ID、類之類的微小更改不會妨礙手動測試人員的執行。
需要為人力資源投資。
它不具有成本效益。
手動測試記錄在 Excel 或 Word 文件中。
測試結果無法立即獲得。
它允許人工觀察；因此，它可能是使用者友好的。
它不可行。
它們可以並行完成，但需要更多人力資源，這將很昂貴。
它不能批次進行。
無需具備程式設計知識。
它需要一個簡單的測試執行設定。
它可能很無聊且容易出錯。
當需要執行一兩次測試用例時，它很有用。
執行構建驗證測試 (BVT) 很困難。
它也很耗時。
遺漏預定截止日期的風險更高。
它不使用任何框架。
它們可以使用指南、檢查清單、嚴格的流程來起草特定的測試用例。
它們不提供任何培訓價值。
它們不強制執行測試驅動開發。
它可用於探索性、可用性和臨時測試。
它可以用於 AUT 頻繁更改的情況。
364 次檢視
