功能測試是乙個試圖發現程式與其外部規格說明之間存在不一致的過程。外部規格說明是乙份從終端使用者的角度對程式行為的精確描述。
系統測試並非是測試整個系統或程式功能的過程，因為有了功能測試，這樣會顯得多餘。系統測試和功能測試的不同
外部規格說明不能作為獲得系統測試用例的基礎，否則就破壞了系統測試的目標。
通過分析目標文件來設計系統測試，分析使用者文件來闡明測試用例。
最明顯的系統測試型別是判斷目標文件提及的每一項能力（或功能，為了避免與功能測試發生混淆而不使用「功能」一詞）是否都確實已經實現。能力測試的過程：
能力測試的過程是逐條語句地檢查目標文件，當某條語句定義了乙個「要做什麼」（例如，「語法應該一致……」、「使用者應當可以指定乙個空間範圍……」等），就判斷程式是否滿足。
使程式經受大容量資料的檢驗。
所謂高強度是指在很短的時間間隔內達到的資料或操作的數量峰值。
判斷程式對於使用者來說是否易用？是否有難以理解的地方。
安全性測試是設計測試用例來突破程式安全檢查的過程。舉例來說，我們可以設計測試用例來規避作業系統的記憶體保護機制，破壞資料庫管理系統的資料安全機制。
在特定負載和配置環境下程式的響應時間和吞吐率。
類似地，軟體偶爾會有儲存目標，舉例來說，可能描述了程式使用的記憶體和輔存的容量，以及臨時檔案或溢位檔案的大小。應設計測試用例來證明這些儲存目標沒有得到滿足。
諸如作業系統，資料庫管理系統和資訊交換系統等軟體都支援多種硬體配置，包括不同型別和數量的 i/o 裝置和通訊線路，或不同的儲存容量。通常可能的配置數量非常之大，以至於測試無法面面俱到，但是至少應該使用每一種型別的裝置，以最大和最小的配置來測試程式。
再次強調，在針對這些目標測試程式時、測試用例的目的是證明相容性目標未被滿足，轉換過程並未生效。
安裝程式如果出現故障，會影響使用者對軟體的成功體驗。使用者的第一次體驗來自於安裝軟體的過程。
一般規定了每年必須達到的執行小時數。
系統測試的乙個目標是證明這些恢復機制不能夠正確發揮作用。我們可以故意將程式錯誤置入某個系統中，判斷系統是否可以從中恢復。
可能定義了系統提供的服務輔助功能，包括儲存轉存程式或診斷程式、除錯明顯問題的平均時間、維護過程以及內部業務文件的質量等。
到驗收測試是將程式與其最初的需求及終端使用者當前的需要進行比較的過程。該測試通常是由程式的客戶或終端使用者來進行。
安裝測試的不尋常是由於其目的不是為了發現軟體中的錯誤，而是為了發現在安裝過程**現的錯誤。問題：
對於那些沒有特定方法的測試階段，如系統測試階段，這類準則不起作用。
它要依賴於主觀的度量，因為沒有辦法保證測試人員適當而又嚴格地使用特定的方法，如邊界值分析方法。
不同於設定乙個目標再讓測試人員選擇最佳的實現方法，它的做法正好相反，指定了測試用例設計的方法，卻並不設定目標。
這個準則需要估計軟體可能出現的錯誤數量
通過檢查統計曲線的形狀，常常可以決定究竟是繼續該階段的測試，還是結束它並開始下一測試階段。當某一測試進行到某個階段時，發現的錯誤數量還是很大，則該測試不能停止，需要再測試一段時間，直到錯誤數量下降才能考慮停止測試
軟體測試的藝術第六章總結
功能測試是乙個試圖發現程式與其外部規格說明之間存在不一 致的過程。外部規格說明是乙份從終端使用者的角度對程式行為的精確描述。系統測試並非是測試整個系統或程式功能的過程，因為有了功能測試，這樣會顯得多餘。系統測試和功能測試的不同 外部規格說明不能作為獲得系統測試用例的基礎，否則就破壞了系統測試的目標。...
第六章 軟體測試
軟體評估可以分為靜態評估和動態評估。評審 走查和形式化證明等是靜態評估技術，而軟體測試是一種常用的動態評估技術，通過執行程式發現其中的錯誤。6.1 軟體測試目標與軟體測試過程模型 6.1.1 軟體測試目標 人們關於軟體測試目的的認識，大體經歷了5個階段。第一階段認為軟體測試和軟體除錯沒有什麼區別 第...
軟體測試 第六章
回歸測試 效能測試 安全性測試 系統測試 將經過整合測試後的軟體，作為計算機系統的一部分，與計算機硬體 某些支援軟體 資料和平台等系統元素結合起來，在真實執行環境下對計算機系統進行一系列的嚴格有效的測試來發現軟體的潛在問題，保證系統的正常執行。目的 充分執行系統，驗證整個系統是否滿足功能和非功能性的...