在軟體開發專案中，測試非常重要，測試貫穿規範的軟體開發流程的整個過程。測試能盡早地發現軟體問題，促進軟體的改進和軟體質量的提高；另一方面，測試能驗證軟體是否滿足任務書、軟體需求分析、軟體設計和相關標準所規定的技術要求，為軟體可靠性與安全性評估提供依據，為軟體專案的驗收評審提供依據。
測試分為以下幾個階段：單元測試、**評審、整合測試、功能測試、效能測試、使用者測試。其中**評審、單元測試和整合測試在軟體實現階段進行，單元測試、整合測試是以軟體為測試主體。
功能測試、效能測試和使用者測試在軟體完成階段進行，以軟體所屬系統為測試主體，軟體參加到系統中進行測試。
每個測試階段包括如下測試過程：制定測試計畫、編寫測試用例、建立測試環境、執行測試、編寫測試報告、評審測試結果。
制定測試計畫
測試計畫確定測試範圍、測試任務、測試專案、被測試特性、測試方法、進度、資源和評價準則。
編寫測試用例
根據被測試特性，設計測試用例，確定特性通過準則，為每乙個測試用例制定輸入、輸出和測試規程。
建立測試環境
根據測試計畫中規定的測試方法和測試資源，建立測試環境，選擇測試工具。
執行測試
按測試規程獲得並驗證所需要的輸入資料，執行測試用例集，觀察並記錄輸出資料和其他狀態現象，測試過程中發現問題，應填寫《軟體測試問題報告單》。
編寫測試報告
評價測試工作和被測軟體，編寫測試報告，測試報告包括**審查報告、單元測試、整合測試、功能測試和效能測試的測試報告。
評審測試結果
各測試階段均應編制測試計畫和測試報告兩個測試文件，測試文件應經過相應評審，其中，**審查、單元測試和整合測試的測試文件由開發組內部組織評審，專案經理參與各階段文件的審核，評審過的文件由時納入配置管理。
測試過程要用到多個文件模板，包括評審問題記錄單、評審總結報告、軟體問題報告、軟體修改報告等。
表915 評審問題記錄單
表916 評審總結報告
表917 評審成員簽字表
注：可以不設副組長；此外，專案負責人或專案組人員可以作為評審組的成員，但不能擔任評審組的組長或副組長。
軟體問題報告（第1頁，共頁）
軟體修改報告（第1頁，共頁）
單元測試主要採用白盒測試技術，用控制流覆蓋和資料流覆蓋等測試方法設計測試用例；主要測試內容包括單元功能測試、單元效能測試和異常處理測試等。
單元測試流程分為單元測試設計、單元測試準備、單元測試實施和記錄、單元測試錯誤跟蹤。
單元測試設計即單元測試用例設計，由系統設計人員在詳細設計的同時完成。
單元測試準備為按照測試用例的要求，準備單元測試驅動資料和驅動模組，由開發人員在開發過程中完成。
單元測試實施和記錄由開發人員在編碼完成以後進行。
單元測試問題跟蹤由開發人員和系統設計人員共同完成，根據引起問題的不同原因進行不同處理。如果測試問題為編碼錯誤，則由開發人員完成糾錯後重新測試。如果測試問題為設計階段引起的問題，則需要進行設計變更。
程式設計組組長組織人員進行**檢查。若所寫的**不符合編碼規範，即便已實現了系統功能，仍然認為不合格的，需要重寫。
**檢查的意義
保證**編寫的規範
保證**編寫的過程不產生bug
**檢查的依據
檢查**是否有更新
檢查存在問題是否有更新
檢查存在問題是否已解決
問題已解決，則填寫《**檢查記錄》
整合測試採用白盒測試和黑盒測試相結合的測試技術和漸增式的測試策略，用資料流等測試方法設計測試用例。主要測試內容包括單元之間的介面測試、全域性資料結構測試等。
整合測試包括整合測試設計、整合測試準備、整合測試實施和測試記錄、整合測試問題跟蹤和結束測試等階段。
整合測試設計由測試組組長根據專案計畫和開發計畫編制《整合測試計畫》，設計《測試用例》。
測試計畫和測試用例應當通過專案經理的審查。
整合測試準備需要系統測試組組長建立獨立的測試環境。測試環境包括測試硬體環境、網路、資料庫、應用伺服器等以及測試物件(程式)的安裝和初始化工作。
整合測試實施和測試記錄是由系統測試組組長組織人員按照測試計畫和測試用例要求進行測試，並且記錄測試過程和測試結果。
整合測試問題跟蹤是在測試過程中發現的問題由系統測試組組長根據測試記錄提交測試問題報告，並由系統設計人員和開發人員解決每乙個問題的過程。
測試結束指測試問題報告中的問題解決後，進行回歸測試。當測試問題降低到一定程度並通過測試通過準則時，系統測試組組長提交測試總結報告結束測試。
功能測試包括兩大部分，一是包括基本業務功能、業務測試、介面測試和可用性測試等方面的功能測試，二是包括：安全性測試、故障恢復測試、資料庫測試、配置測試、安裝測試的產品化測試。驗收測試主要從系統的實用性、穩定性、可維護性、靈活性、可操作性、和安全性方面進行測試。
（1）測試目標
在整個的軟體開發過程中，由於各種原因應用系統會有不完善的問題，這些問題會體現在開發後發布的軟體產品中，並在產品中極大的影響著產品的使用，對於使用者，這些缺陷阻礙著完成他們的既定目標和工作。所以我們要組織並執行測試，以降低軟體產品中存在的缺陷，保證產品的質量和可用性，測試工作的目標就是降低bug率，從各個方面提高軟體產品的質量和可用性，為使用者提供優質的解決方案。計畫進度表和測試計畫對業務系統測試進行了時間和內容上的定義與約束。
（2）測試流程
下圖是功能測試的流程，概要描述了測試過程中所涉及的角色，測試階段，以及各階段不同角色需要完成的任務。
圖 914業務測試流程
在準備測試用例這一活動中，我們所執行的具體任務如圖所示，在確定具體的測試範圍及內容後，進行測試分類，並根據分類的結果確定需要設計的測試用例。
測試用例是測試工作中重要的指導性檔案，測試需求的輸入是《系統需求規格說明》。
在整個測試過程中，我們將用ibm rational缺陷管理工具clearrequest對測試大綱、測試用例、測試問題等進行管理，並可對問題進行統計。
（3）測試完成標準
● 實現功能完全符合功能列表。
● 所有的功能頁面均可達。
● 問題得到妥善處理，不含有a,b,c類問題。
● 定義的測試專案完成。
● 產品化測試的約束達成。
（4）缺陷管理追蹤工具
描述中提到的clearrequest，可以應用於測試的全過程，也可以用於管理各類評審的缺陷等。
還提供一些模板，例如測試計畫、測試總結、測試大綱、測試問題卡，因此可以實現從測試計畫到總結的各測試活動管理。
我們以需求說明書、軟體需求規格說明為輸入編寫測試大綱，對應測試大綱中的內容和測試需求編寫測試用例，測試人員可以根據測試大綱和用例執行測試，發現問題後，記錄在clearrequest中，測試負責人通過檢視缺陷問題列表將問題分配給對應的開發人員，開發人員通過檢視問題列表修改問題，clearrequest還提供了各種統計功能，例如根據問題的發現日期、問題等級、問題的分布、問題引入階段等進行統計，這些統計結果可用來進行分析和總結。
測試過程中使用clearrequest管理工具的益處在於：
提高了測試的生產率
工具自動進行統計和分析
能夠將問題卡輸出到excel檔案中，便於與相關人員進行交流和確認。
效能測試總體流程與業務系統測試的流程基本相同。驗收測試主要從系統的實用性、穩定性、可維護性、靈活性、可操作性、和安全性方面進行測試。效能測試的內容源於南水北調中線管理局對系統的效能要求，此外就是針對南水北調中線幹線工程安防綜合監控與資訊服務系統業務多、範圍廣、層次多、使用者量大的特點，對關鍵業務、關鍵流程進行效能測試。
（1）測試目標
效能測試的目標是在整個系統或乙個系統的特定元件上定義、建立和執行效能測試。驗證系統是否滿足效能要求，如不能滿足，要進行相應的優化。
（2）測試流程
根據系統的效能要求，我們首先對效能測試進行策劃，確定效能測試的類別和測試方法。然後開發效能測試的用例，確定測試環境並準備就緒後執行效能測試，確定測試中的系統或元件的效能，並使用其結果決定效能是否可以被業務所接受。如果在測試中度量的效能特性證明是不能被接受的，我們可以通過對業務的改進、資料庫、應用伺服器等進行調優，以提高效能質量，在進行系統調優前，我們同樣要進行調優的設計與分析。
效能測試與應用和技術架構緊密相關並且兩者互相影響。
消防驗收方案及標準
消防系統驗收方案 一 驗收流程 消防中控室裝置交接 消防報警系統前端裝置交接 消防報警系統驗收 二 消防中控室裝置交接 參加單位 浙江快達 工程管理中心 後勤管理中心 提交資料 裝置清單 裝置點位圖 裝置點位表 氣體滅火主機 消防主機及廣播主機裝置接線圖等。交接流程 1 施工單位準備整個系統裝置清單...
甲方竣工驗收方案及驗收程式
漯河瑞貝卡家天下小區一期綜合樓竣工 驗收方案 漯河瑞貝卡房地產開發 二0一三年十一月十四日 竣工驗收方案及驗收程式 2013年11月14日 由甲方組織施工 監理 勘察 設計等單位有關人員組成驗收組，對工程進行竣工驗收，質量監督機構對工程竣工驗收實施監督。1 竣工驗收標準為國家的強制性標準，現行質量檢...
系統整合測試驗收方案
專案 版本 0.5 日期 x年xx月 修訂記錄 1.文件說明 1.1.文件目的 本文件主要用於指導相關人員對外網基礎環境進行整合驗收工作。這裡所說的相關人員包括 業主單位 監理 承建單位 1.2.適用範圍 本文件只適用於恢復啟用工程外網基礎環境進行整合驗收。驗收內容只包括合同中所要求的在整合測試驗收...