第11章

項目開發階段課程介紹本章重點介紹了MSF開發階段的活動和相關的零缺陷理念和指導原則本章內容開發階段的活動零缺陷理念開發階段成功的標準范圍完成里程碑的交付物范圍完成里程碑和中間里程碑開發階段小組角色的職責本章小結問題和討論11.1開發階段的活動開發技術基礎架構解決方案技術基礎架構的驗證內部發布每日構造代碼審核構造用戶體驗交付物構造運營文檔測試解決方案缺陷管理11.1.1 開發技術基礎架構1.人員（people）2.過程（process）3.技術（technology）11.1.2 解決方案技術基礎架構的驗證開發驗證需要做的工作有在非生產的模擬環境中測試解決方案用戶走查解決方案，確認他們的需求是否得到滿足開發實現規程（Implementprocedure）自動化部署和安裝過程測試本解決方案和過程撰寫部署檢測表（deploymentchecklist）撰寫運營和管理規程（operationandmanagementprocedure）11.1.3 內部發布MSF建議每次內部發布可作為一個中間里程碑圖1：項目開發階段多次內部發布圖圖2：設立中間里程碑11.1.3內部發布的優點將復雜的事分解為簡單的事，干完一件再干一件有利于風險優先級管理由于內部發布只提短期的目標，使大家看到進展多設內部里程碑對軟件開發還有一特殊好處是它縮小了出錯的潛在范圍11.1.3內部發布指南單個項目中的內部發布，可以看作是產品不對外的版本早發布風險優先級高的或對開發工作有益的功能內部發布的關鍵點是要達到明確的、能表達的項目狀態，并以通過質量標準定義的基準來實現每次發布工作產品內聚性要好，便于開發測試。與上幾次發布工作產品相對獨立，耦合性低，便于更改每次內部發布后要事先審核，有利于小組不斷總結經驗，多作設計重用11.1.4 每日構造每日構造有以下三個步驟：開發、測試、驗證每日構造的好處即早找出問題、減少集成風險、提高質量每日構造的指導原則每天都要交出測試過的構造，必須嚴格制度11.1.5代碼審核代碼審核的優點代碼審核方法代碼審核指導原則11.1.5代碼審核（1）代碼審核的優點提高代碼質量加快開發速度提供了一種培訓開發者的方法增強代碼的可維護性降低解決缺陷的費用有利于編出更規范的代碼代碼審核方法全面正式審核不定時的，同事間審核獨立的第三方審核

11.1.5代碼審核（2）代碼審核指導原則代碼審核，越早越好代碼審核列入計劃共享審核中取得的經驗教訓把正式審核作為不同開發小組相互交流的一次機會把同事間審核作為營造開發人員創造性沖動的工具第三方審核作為規范標準審核最易行代碼審核唯一的缺點是不徹底11.1.6構造用戶體驗交付物用戶參考資料（用戶手冊和幫助文件）用戶界面中的圖形元素最終用戶培訓可用性測試場景11.1.7 構造運營文檔操作指南、標準的操作流程用戶支持和技術支持的流程知識庫技術支持人員的培訓11.1.8 測試解決方案測試就是找出代碼和文檔中的錯誤，俗稱bug（缺陷）測試確能驗證小組正在正確地做程序，也能確認小組正在做正確的事MSF開發階段中的測試過程測試的種類MSF的兩大類測試項目測試過程11.1.8測試的種類從開發而言從產品角度從測試技術角度從產品性能的角度從產品使用性角度11.1.8MSF的兩大類測試覆蓋測試：找出程序中的缺陷使用性測試：找出程序中的失敗覆蓋測試使用性測試單元測試配置測試功能測試兼容性測試簽入測試強度測試構造驗證測試性能測試回歸測試文檔和幫助文件測試alpha/beta測試11.1.8項目測試過程在項目計劃認可里程碑處小組則應制定測試計劃，明確基準后作詳細的測試規范在項目的范圍完成里程碑處即開發階段完成，所有的測試規范都應完成到達項目范圍完成里程碑時表示產品開發完成了，是功能齊備的基準產品，小組可進入alpha測試開發階段的內部發布里程碑均作覆蓋測試。穩定階段中完成其它測試，而beta測試為其中心工作11.1.9 缺陷管理相關術語缺陷分類成功的缺陷管理11.1.9相關術語缺陷（Bug），是產品在使用過程中發生的任何問題。缺陷比較嚴格的定義有以下五條：產品規范中說要做某件事，軟件沒做產品規范中說不做某件事，軟件做了產品規范提供沒有提的事，軟件卻做了產品規范該提卻沒有提的事，軟件沒做最終用戶感覺不好用，測試者承認是難于理解，難于使用和低效的，都算缺陷缺點（Defect）從開發者的觀點，是導致代碼不能工作的缺陷。失敗（Failure）從測試者和客戶的觀點，程序不能工作，則稱失敗。11.1.9缺陷分類按嚴重性分類可分為以下四級：系統崩潰（SystemCrash）重大的（Majorproblem）一般的（Minorproblem）輕微的（trivial）按處理優先級可分為以下四級：最高優先級（highestpriority）高優先級（highpriority）中優先級（Mediumpriority）低優先級（Lowpriority）11.1.9成功的缺陷管理（1）缺陷管理過程為產品建立缺陷庫（Repository）標明缺陷所處狀態：激活態、關閉態、退除為缺陷定出的優先級新的缺陷出現，開始新一輪的改正過程11.1.9成功的缺陷管理（2）缺陷追蹤過程11.1.9成功的缺陷管理（3）缺陷的解決被修改（fixed）重復修改（duplicated）推遲（postponed）缺陷原因還未完全查清設計更改（bydesign）能在原代碼上更改，則重設計無法重現（can’treproduce）是找不出原因的，只能做上標記不能修改（won’tfix）這往往是多次集成連續修改的某個缺陷11.2 零缺陷理念為什么要樹立零缺陷理念零缺陷理念的指導原則實施零缺陷理念的若干措施11.2.1 為什么要樹立零缺陷理念增強責任心有利于產品快速穩定提高項目計劃的可預見性降低成本把測試的注意力集中在質量上建立正確的軟件質量觀11.2.2 零缺陷理念的指導原則所有的工作都有明確的質量標準高質量應得到獎勵，低質量要敢于批評不能滿足客戶/用戶的需求是最大的缺陷，零缺陷不單指程序和文件中的缺陷不能停留在零缺陷的理念上，要導出切實的行動和措施11.2.3 實施零缺陷理念的若干措施先于單元測試之前設計好測試用例代碼有缺陷假設，工作無問題要證明步步為營消除缺陷優選對比，解決疑難缺陷改正，交由第三者缺陷改正，力求治本代碼文檔化11.3開發階段成功的標準解決方案的所有功能都按照功能規格全部實現項目組得到發起人和主要干系人的認可11.4范圍完成里程碑的交付物解決方案代碼構造映像（buildimages）安裝工具運營規程文檔部署過程支持和故障定位用戶幫助材料營銷材料凍結的功能規格說明更新的項目主計劃、主進度表和風險文檔11.5范圍完成里程碑和中間里程碑范圍完成里程碑MSF建議的中間里程碑11.5.1 范圍完成里程碑計劃的功能特性集均已到位計劃開發的功能特性集均已開發小組成員和客戶、關鍵干系人達成一致所有功能特性均已通過覆蓋測試以基準的素材提交11.5.2MSF建議的中間里程碑驗證完成內部構造版本完成11.6開發階段小組角色的職責角色重點工作產品管理客戶期望管理，交流計劃的執行，做beta計劃程序管理項目追蹤，小組交流和協調，做beta計劃開發功能特性開發，測試測試測試規范，用例和腳本開發，測試用戶體驗開發并測試用戶準備工作的支持，須知beta計劃，產品可用測試發布管理運營支持文檔，參與beta計劃，小組內部支持1