系統測試（1）

為了發現錯誤而執行程式的過程，成功的測試是發現了至今尚未發現的錯誤的測試。

是希望以最少的人力和時間發現潛在的各種錯誤和缺陷。

1）應盡早並不斷地進行測試，測試應貫穿在開發的每個階段，並盡早糾正錯誤。 2）測試工作應避免由原開發人員承擔 3）在設計測試方案時不僅要確定輸入方案，還要確定預期輸出，只有實際輸出和預期輸出相同時測試才成功。 4）不僅要設計正確的輸入，還要設計不合理，失效的輸入 5）不僅要檢驗程式是否做了正確的事，還要確定程式是否做了不該做的事 6）嚴格按照測試計畫進行，測試計畫應包括測試內容，進度安排，人員安排，測試環境，測試工具和測試資料 7）妥善儲存測試計畫，測試用例，作為軟體文件的組成部分，為維護提供方便

8）可以利用以前的測試用例，在其基礎上修改，然後進行測試

制訂測試計畫====》編制測試大綱====》根據測試大綱設計和生成測試用例====》實施測試====》生成測試報告

測試計畫的主要內容有測試的內容、進度安排、測試所需的環境和條件、測試培訓安排

測試大綱是測試的依據

測試用例主要內容有：被測專案，輸入資料，測試過程和預期輸出結果

測試報告主要對測試進行概要說明，列出測試的結論，指出缺陷和錯誤，另外可以給出一些意見

5.1單元測試

單元測試也被稱作模組測試，在模組編寫完成而且無錯誤後可以進行。單元測試側重於模組中的內部處理邏輯和資料結構。如果選用機器測試，一般用白盒測試法。這類測試可以對多個模組同時進行

1）單元測試的測試內容

主要檢測模組以下的五個特徵：

（1）模組介面

（2）區域性資料結構

（3）重要的執行路徑

（4）出錯處理

（5）邊界條件

2）單元測試過程

見266頁

5.2整合測試

整合測試就是把模組按系統設計說明書的要求組合起來進行測試，整合測試是構造軟體體系結構的系統化技術，同時也是進行一些旨在發現與介面相關的錯誤測試，其目標是利用以通過單元測試的構件建立設計中描述的程式設計。

整合測試的兩種方法：增量整合和非增量整合

增量整合策略：

1）自頂向下整合測試

是一種構造軟體體系結構的增量方法。模組的整合從主控開始，沿著控制層次逐步向下，以深度優先或廣度優先的方法將從屬於主控模組的模組整合到結構中。

整合過程：

（1）主控模組用作測試驅動模組，用這些從屬於主控模組的所有模組代替樁模組

（2）依靠所選擇的整合方法（即深度優先和廣度優先）每次用實際模組替換乙個從屬樁模組

（3）在整合每個模組後都進行測試

（4）在完成每個測試集之後，用實際模組替換另乙個樁模組

（5）執行回歸測試，確保沒有引入新錯誤

回到第二步繼續執行此過程

2）自底向上整合測試

是從原子模組（程式結構最底層構件）開始構造和測試。由於構件是自底向上整合的，在處理時所需要的從屬於給定層次的模組總是存在的，因此沒有必要使用樁模組。

整合過程：

（1）連線底層構件以構成完成特定子功能的簇

（2）編寫驅動模組（測試的控制程式）以協調測試用例的輸入和輸出

（3）測試簇

（4）去掉驅動程式，沿著程式結構向上逐步連線簇

隨著整合向上進行，對單獨的測試驅動模組的需求減少。事實上，若程式結構的最上兩層是自頂向下整合的，驅動模組的數量可以大大減少，而且簇的整合得到顯著變化

3）回歸測試

當加入新功能時，就會出現新的介面，新的控制邏輯，回歸測試有助於保證變更不引入無意識行為或額外的錯誤。回歸測試可以手工進行，方法使重新執行所有測試用例的子集，或者利用捕捉/回放工具自動執行。捕捉/回放工具使軟體工程師能夠為後續的回放與比較捕捉測試用例和測試結果。回歸測試要執行的測試子集包含以下三種測試用例：

5.3確認測試

確認測試始於整合測試的結束，測試集中於使用者可見的動作和使用者可識別的系統輸出

1）確認測試準則

軟體確認是通過一系列表明與軟體需求相符合的測試而獲得的。測試計畫列出將要執行的測試類，測試規程定義用於確保滿足所有需求的測試用例

執行後的結果1、成功2、發現缺陷，需要與使用者協商，確定

2）配置過審

檢驗文件，軟體，和資料是否有序，確認他們的完善和正確。

3）α測試和β測試

α測試是由有代表性的終端使用者在開發者的場所進行，軟體在自然環境下使用，開發者站在使用者的後面**，並記錄錯誤和使用問題。阿爾法測試在受控的環境下進行

β測試在乙個或多個使用者場所執行。β測試是在不受控的環境下進行的。終端使用者記錄在測試中遇到的所有問題，並反饋給開發者，開發者作修改，然後分別最終軟體產品。

系統測試（1）

系統測試 1

麥子學院測試 1 系統測試（總）

測試測試入門1

系統測試（1）

系統測試 1

麥子學院測試 1 系統測試（總）

測試 測試入門1

相關推薦

測試測試入門1