在這個級別上盡量最小化功能的數量,因為它將增加維護工作量。
還有很多有關測試框架的問題,但是這里所提及的是一些基本的要被解決的問題。
3. 在哪里使用自動化測試
有很多的情況下使用自動化的測試可以降低測試成本。我將盡量的突出在自動化測試中的不同的測試技術
技術 | 描述 | 備注 |
單元測試/組件測試 | 這個測試工作通常是開發人員的職責,很多不同的方法能夠被使用,比如"測試先行",它是一個測試框架,開發人員在編寫代碼前編寫不同的單元測試。當測試通過時,代碼也被完成了。 | 通過使用正式的單元測試,不僅能夠幫助開發人員產出更加穩定的代碼而且能夠是軟件的整體質量更加的好。 |
冒煙測試 | 冒煙測試是一般驗證別測試系統的功能性測試用例的集合。冒煙測試背后的思想是確?;A是可以工作的,以便"大的"測試工作能夠開始。 | 在構建過程能夠確保構建已經為測試準備好時,冒煙測試通常是自動化的運行。 |
功能/集成測試 | 這里測試的工作關注在驗證在不同的組件之間的集成上。 | 這些類型的測試通常是被測試系統的更加復雜測試的基礎,大量的邊緣測試被合并以制造出不同的錯誤處理測試。 |
系統測試 - 用例測試 | 這種測試是通過執行用戶場景模擬真實用戶使用系統以證明系統具有被期望的功能的測試。 | 這里不需要進行自動化的測試。安裝測試、安全性測試通常是有手工完成的,因為系統的環境是恒定不變的。 |
回歸測試 | 回歸測試實際上是重復已經存在的測試。通常如果是手工完成的化,這種測試只在項目的結尾執行執行一到兩次。 | 這里完全有潛力應用自動化的測試。你能夠在每次構建完成后執行自動化的回歸測試,以驗證被測試系統的改變是否影響了系統的其他功能。 |
性能測試 |
性能測試包括以下不同測試形式: - 負載測試 - 壓力測試 - 并發測試 -..... |
如果沒有自動化的測試工具,你將不能執行通過模擬用戶的負載實現的高密集度的性能測試。 |
4. 什么時候使用自動化測試
我對什么時候應該使用自動化測試和什么時候應該使用手工測試進行了一個概要的總結:
使用自動化測試 | 使用手工測試 |
|
|
如果你正在從事自動化測試,那么一定要記住要關注將自動化測試與手工測試結合起來使用。首先,對于自動化測試率的目標是 10/90 (10% 的自動化測試和 90% 的手工測試)。當這些目標都實現了,可以將自動化測試的使用率提高。記住創建自動化測試的測試用例要比創建手工測試的測試用例花費更多的時間。不要將你所有的測試時間都用在自動化的測試用例上。同時也要記住在測試期間對每一個被發現的錯誤都要花費一定的時間去處理。