軟件測試的藝術第六章總結

開發過程與測試過程的對應關係

功能測試

功能測試是一個試圖發現程序與其外部規格說明之間存在不一
致的過程。外部規格說明是一份從最終用戶的角度對程序行爲的精確描述。

系統測試

系統測試並不是是測試整個系統或程序功能的過程，由於有了功能測試，這樣會顯得多餘。

系統測試和功能測試的不一樣

1. 外部規格說明不能做爲得到系統測試用例的基礎，不然就破壞了系統測試的目標。
2. 經過分析目標文檔來設計系統測試，分析用戶文檔來闡明測試用例。

能力測試

最明顯的系統測試類型是判斷目標文檔說起的每一項能力（或功能，爲了不與功能測試發生混淆而不使用「功能」一詞）是否都確實已經實現。

能力測試的過程：

能力測試的過程是逐條語句地檢查目標文檔，當某條語句定義了一個「要作什麼」（例如，「語法應該一致……」、「用戶應當能夠指定一個空間範圍……」等），就判斷程序是否知足。

容量測試

使程序經受大容量數據的檢驗。

強度測試

所謂高強度是指在很短的時間間隔內達到的數據或操做的數量峯值。

易用性測試

判斷程序對於用戶來講是否易用？是否有難以理解的地方。

安全性測試

安全性測試是設計測試用例來突破程序安全檢查的過程。舉例來講，咱們能夠設計測試用例來規避操做系統的內存保護機制，破壞數據庫管理系統的數據安全機制。

性能測試

在特定負載和配置環境下程序的響應時間和吞吐率。

存儲測試

相似地，軟件偶爾會有存儲目標，舉例來講，可能描述了程序使用的內存和輔存的容量，以及臨時文件或溢出文件的大小。應設計測試用例來證實這些存儲目標沒有獲得知足。

配置測試

諸如操做系統，數據庫管理系統和信息交換系統等軟件都支持多種硬件配置，包括不一樣類型和數量的 I/O 設備和通訊線路，或不一樣的存儲容量。一般可能的配置數量很是之大，以致於測試沒法面面俱到，可是至少應該使用每一種類型的設備，以最大和最小的配置來測試程序。

兼容性/配置/轉換測試

再次強調，在針對這些目標測試程序時、測試用例的目的是證實兼容性目標未被知足，轉換過程並未生效。

安裝測試

安裝程序若是出現故障，會影響用戶對軟件的成功體驗。用戶的第一次體驗來自於安裝軟件的過程。

可靠性測試

通常規定了每一年必須達到的運行小時數。

可恢復性測試

系統測試的一個目標是證實這些恢復機制不可以正確發揮做用。咱們能夠故意將程序錯誤置入某個系統中，判斷系統是否能夠從中恢復。

適用性測試

可能定義了系統提供的服務輔助功能，包括存儲轉存程序或診斷程序、調試明顯問題的平均時間、維護過程以及內部業務文檔的質量等。

文檔測試

過程測試

驗收測試

到驗收測試是將程序與其最初的需求及最終用戶當前的須要進行比較的過程。該測試一般是由程序的客戶或最終用戶來進行。

安裝測試

安裝測試的不尋常是因爲其目的不是爲了發現軟件中的錯誤，而是爲了發如今安裝過程當中出現的錯誤。

測試結束準則

根據的是特定的測試用例設計技術

問題：

1. 對於那些沒有特定方法的測試階段，如系統測試階段，這類準則不起做用。
2. 它要依賴於主觀的度量，由於沒有辦法保證測試人員適當而又嚴格地使用特定的方法，如邊界值分析方法。
3. 不一樣於設置一個目標再讓測試人員選擇最佳的實現方法，它的作法正好相反，指定了測試用例設計的方法，卻並不設定目標。

以確切的數量來描述結束測試的條件

這個準則須要估計軟件可能出現的錯誤數量

在測試過程當中記錄每單位時間內發現的錯誤

經過檢查統計曲線的形狀，經常能夠決定到底是繼續該階段的測試，仍是結束它並開始下一測試階段。

當某一測試進行到某個階段時，發現的錯誤數量仍是很大，則該測試不能中止，須要再測試一段時間，直到錯誤數量降低才能考慮中止測試