微軟解決方案架構（模組七）(2) (轉)

微軟解決方案架構（模組七）(2) (轉)[@more@]

3:namespace prefix = o ns = "urn:schemas--com::office" />

I.  測試的目標

暴露團隊必須解決的所有錯誤

針對規格說明驗證驗證方案的元素

暴露設計錯誤

從未料到的操作中暴露失敗

測試所有的方案元素

測試：訪問專案的質量情況

測試是生成的一部分，而不是單獨的活動

II.  測試的型別

所有的測試都會暴露方案的錯誤

測試的型別覆蓋方案特點的很大範圍

測試應該是在要驗證的特點的基礎上選擇的

III.  進行覆蓋測試

覆蓋測試

l 試圖完全測試方案的每個特性

l 試圖完全測試方案的程式碼庫

l 主要用於開發階段

覆蓋測試的型別

l 單元

l 功能

l 檢入

l 構建驗證

l 迴歸測試

IV.  使用測試

使用測試：

l 試圖成功的完成使用情節

l 試圖在期待的環境中測試產品

l 主要用於穩定階段

使用測試的型別

l 測試

l 相容測試

l 壓力測試

l 測試

l 文件和幫助測試

l 可用性測試

V.  錯誤的性質

不是所有的都是錯誤，但所有的錯誤都是bug

在釋出之前所有的bug都要被複查和解決

bug:在方案的使用過程中引發的所有問題

VI.  有效的管理錯誤

跟蹤結果以認識到測試價值

化你的錯誤跟蹤過程

努力為錯誤分類並排優先順序

用錯誤分析來促進做決定

VII.跟蹤錯誤

報告->排優先順序並指派->解決->關閉

VIII.  錯誤分類

將bug分類使它們可控告

透過以下方式分類：

l 嚴重性

l 優先順序

透過提供bug分類重新估計生成和釋出的質量標準

IX.  糾正錯誤

透過以一致性的方式表達它們來糾正錯誤

透過為錯誤系標籤來指定如何糾正錯誤

糾正錯誤是在關閉它們前的中間步驟

開發階段的目標是建立方案的多種特性和可提交的物品

日常構建形成的內部的釋出週期幫助將複雜專案分解成可管理的任務

測試的目標是訪問方案的質量情況

不同型別的測試被用來表達方案的廣泛特點

釋出之前所有的錯誤必須被複查和解決