1.引言軟體測試是發現軟體中錯誤和缺陷的主要手段。在一般情況下，軟體測試過程與整個軟體開發過程基本上是平行進行的。當然，測試計畫應該在需求分析階段就已經開始制定了。
隨後的工作則會伴隨著軟體開發的過程逐步展開。
2.測試計畫
2.1 啟動準則
● 軟體專案計畫完成
● 系統設計文件已經完成
2.2 主要步驟
step1：制定測試計畫
● 首先根據軟體專案計畫和需求文件確定測試需求、測試策略、資源和進度，並建立測試通過準則。
● 制定《測試計畫》。
● 對《測試計畫》進行評審。
step2：設計測試
● 根據測試計畫和系統設計文件為每乙個測試需求設計測試用例和驅動程式，並開發執行測試用例的測試過程。
step3：實施測試
● 根據測試過程建立可重用的測試指令碼。
● 根據設計編寫測試需要的測試驅動程式，並且實施測試驅動程式。
step4：執行單元測試
● 按照測試過程和測試用例手工執行單元測試或執行測試指令碼自動執行單元測試，以驗證單元的內部結構和單元實現的功能。
● 將單元測試的結果作詳細記錄（測試報告）。
● 及時消除已經發現的缺陷。
● 消除缺陷之後應當進行回歸測試，以確認不會引發新的缺陷。
step5：執行整合測試
● 按照測試過程和測試用例手工執行整合測試或執行測試指令碼自動執行整合測試，以驗證單元之間的介面和整合工作版本的功能、效能等。
● 將整合測試的結果作詳細記錄（測試報告）。
● 及時消除已經發現的缺陷。
● 消除缺陷之後應當進行回歸測試，以確認不會引發新的缺陷。
step6：執行系統測試
● 測試組長按照指定的模板起草《系統測試計畫》。
● 專案經理審批《系統測試計畫》。該計畫被批准後，設計系統測試用例。
● 測試組長邀請開發人員和同行專家，對系統測試用例進行技術評審。
● 待測試用例通過技術評審後，按照測試過程和測試用例手工執行系統測試或執行測試指令碼自動執行系統測試，以確認軟體系統版本是否滿足需求。
● 將系統測試的結果作詳細記錄（測試報告）。
● 及時消除已經發現的缺陷。
● 對修改後的軟體系統版本進行回歸測試，以確認不會引發新的缺陷。
step7：評估測試
● 對每一次測試結果進行分析評估，並提出變更請求或其他處理意見。
● 在每乙個測試階段提交《測試分析報告》。
● 對《測試分析報告》進行評審。評審通過後，驗收測試。
step8：測試工作總結
● 對本專案的測試工作做出總結。
2.3 結束準則
● 專案所有文件已經完成
● 滿足專案的測試
4.測試用例編寫注意事項
● 測試用例必須考濾無效和預期之外、有效和預期內的輸入條件。
● 測試用例必須能生成理想的輸出條件。
● 明確測試用例的覆蓋程度(涉及、利用、執行)，必須確保在每一層次上都用足夠的測試。
● 明確測試用例的原材料(被測產品)。即判斷測試是基於需求的測試、功能的測試還是基於內部的測試。
● 測試用例必須明確測試策略。即是編寫基於黑盒測試的測試用例還是編寫基於白盒測試的測試用例。
● 窮舉測試是不可能的，任何程式的測試都應該是不完整的，通過從所有可能的測試用例中確定最有可能檢測出最多錯誤的子集，將這種不完整性的負面影響降到最底水平。這樣，我們可以通過有限的測試，發現盡可能多的錯誤。
● 在基於功能測試的黑盒方法中的等價類劃分法中：
<1> 編寫為每一ec(等價類)賦乙個唯一的數字的測試用例。
<2> 編寫新的測試用例，盡可能多的覆蓋還沒有覆蓋的ec，直到測試用例覆蓋了所有的有效的 ec。
<3> 如果在同乙個測試用例中測試了多個無效ec，那麼可能永遠不會執行有些測試，因為第乙個測試會遮蔽其他的測試或終止測試用例的執行。
● 在基於功能測試的黑盒方法中的邊值分析法中,不是在ec 中選擇乙個元素作為代表，而是在挑選元素時應當使得ec的邊界資料受到測試，故應編寫基於邊界資料測試的測試用例。
● 在基於內部測試的白盒方法中的高層測試法中：
<1> 可用性測試：確定產品使用者介面與使用者的人類工程需求之間的差異，其特徵包括：
可訪問性：使用者可以較為容易的進入、瀏覽並退出嗎？
反應性：使用者可以在需要的時候，以一種明確的方式做他們想做的事情嗎?
有效性：使用者可以以最少的步驟和時間做他們想做的事情嗎？
可理解性：使用者理解產品結構，求助系統和文件嗎？
<2> 功能測試：是發現程式的功能規格說明與實際行為之間的差異的過程。
<3> 系統測試：是表明程式或系統沒有滿足需求規格說明所確定的原有需求和目標的過程。
其特徵包括：
容量測試：判斷程式是否能處理所要求的資料，請求等容量。
負載/強度測試：確定負載峰值條件，此條件下程式不能在要求的時間間隔內處理要求的負載。
安全測試：顯示程式的安全性要求是否被破壞。
效能測試：確定程式是否滿足效能要求。
資源應用測試：確定程式使用資源(儲存器，磁碟空間等)的水平是否會超過需求。
配置測試：確定按需求配置軟體或硬體時程式是否執行正常。
可安裝性測試：確定安裝過程中會導致不正確結果的方式。
恢復性測試：確定系統或程式出現故障之後是否滿足恢復性需求。
可靠性/可獲得性測試：確定系統是否滿足可靠性和可獲得性要求。
測試管理實施方案V2
1.引言軟體測試是發現軟體中錯誤和缺陷的主要手段。在一般情況下，軟體測試過程與整個軟體開發過程基本上是平行進行的。當然，測試計畫應該在需求分析階段就已經開始制定了。隨後的工作則會伴隨著軟體開發的過程逐步展開。2.測試計畫 2.1 啟動準則 軟體專案計畫完成 系統設計文件已經完成 2.2 主要步驟 s...
流程管理實施方案V2
前言隨著企業的快速發展和不斷壯大，決策層領導開始關注企業流程管理 本案從企業管理的角度，通過對企業業務流程進行監督 審查從而了解企業運作情況，並將存在風險和改進建議及時匯報給企業決策層，以便及時解決或調整企業戰略。一 流程管理工作的目標 通過監督和管理企業流程運作情況，評估流程的合理性 審查流程執行...
酒店網路解決方案V2
x x x x x 酒店 d link fuzhou office 2007年 1 月 核心層採用兩台des 6500三層萬兆交換機，兩台des 6500可以使用2 4條千兆rj45鏈路作埠匯聚進行互聯，使用vrrp協議及stp協議實現核心的冗餘，以提高全網效能及可靠性。兩台des 6500均分別配...