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

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

8：穩定你的解決方案:namespace prefix = o ns = "urn:schemas--com::office" />

解決方案架構的穩定階段

為穩定階段測試和試執行

I.  微軟解決方案架構的穩定階段的概述

目標：

為能達到釋出產品可接受的標準而提高解決方案的質量

團隊焦點：

l 改進解決方案的質量

l 為準備釋出而表現出色的特點

l 從關注構造特性轉移到關注質量

l 將解決方案轉移到穩定階段

l 準備釋出

II.  微軟解決方案架構的穩定階段的里程碑和可提交的物品

錯誤收集->零錯誤反彈->可接受性測試完成->釋出替補->產品前測試完->試執行完成

可提交的物品：

l 試執行概敘

l 以下條目的待發布版本：

n  和可

n  指令碼和文件

n  終端使用者的幫助和訓練文件

n  操作文件

n  釋出注意事項

l 測試和錯誤報告

l 專案文件

III.  對付穩定階段的挑戰

穩定一個方案包括預測

l 預測錯誤數量或嚴重性

l 預測錯誤解決過程

l 估計方案每個點的質量狀態

l 預測釋出日期

運用有效的技術幫助做出精確的預測

l 假定一個固定的出貨日期

l 將錯誤收斂當作穩定的指示

l 將零錯誤反彈當作穩定的指示

IV.  採用一個固定的出貨日期

將專案的出貨日期看成一個相對於真實出貨日期的固定的變數

透過去除專案出貨的變動日期來激勵創造性

使用固定的出貨日期當作做出決定的

激勵團隊以驅動過程向前

V.  使用錯誤收斂作為穩定的指示

收斂：當解決錯誤的比率超過發現的錯誤的比率的那一點

bug收斂的傾向：

l 幫助預測什麼時候解決方案可以釋出

l 為過程提供客觀的指示

臨時里程碑：bug收斂

I.  使用者可接受性測試

使用者可接受性測試：確保使用者同意在非實驗室的環境下，解決方案能夠達到使用者的需要

測試過程：

l 由使用者體驗角色驅動

l 不要和專案結束時候的客戶可接受性混淆

II.  指定一個釋出替補

釋出侯選：已經經過測試的建立，並準備釋出試用

l 包括需要釋出的所有元素（如程式碼，文件，支援和培訓）

l 適合在質量標準之上的釋出

l 成功的透過產品前測試的驗證

臨時里程碑：釋出候選

III.  引導產品前測試：

產品前測試：驗證釋出候選透過了釋出標準

在實驗室環境下執行

包括完成和測試迴歸計劃

和其他試用前的其他活動同步發生：

由釋出管理角色驅動

臨時里程碑：產品前測試完成。

IV.  在現實條件下測試

試執行：在現實條件下的測試，如：

l 產品的一個子集

l 在一個使用者集團中的使用者子集

l 為整體產品環境做一個試驗期間，包括回滾的能力

試執行目標：

l 在正在進行的穩定過程中採取下一個步驟

l 降低部署的風險

V.  準備試執行

在開始一個試執行前:

l 團隊和參與人員明確試執行成功的標準

l 要有反饋過程

l 試用者被通報

l 使用檢查表來驗證支援過程和試用的其他方面的準備情況

測試試用的部署過程

l 部署的所有元素都要排練

VI.  執行試執行

試執行的實現：

l 明確和追蹤問題

l 透過進一步的開發解決問題

評價結果

l 編譯和評價試執行資料

l 明確使用者常遇到的錯誤

l 為繼續前進選擇一個策略

穩定階段的用途是降低釋出產品的解決方案的風險

一個成功的穩定階段需要團隊從關注構造特性轉移到關注使解決方案達到一個已知的質量狀態

當解決方案從釋出候選轉移到試用時候，逐步轉移到操作的過程發生了