微軟軟件開發(fā)流程實(shí)施-文庫吧在線文庫
【正文】 nit testing。 Bug Committee。在正式提交的代碼中進(jìn)行可接受測試 。用戶教育文檔測試計(jì)劃 20 工作流程 (一 ) ? DEVELOPER檢查 BUG數(shù)據(jù)庫和電子郵件 .如果發(fā)現(xiàn)自己的 BUG數(shù)量高于給定值 ,則停止開發(fā) ,更改 BUG. ? PM和 LEAD檢查 BUG數(shù)據(jù)庫和電子郵件 .指定 BUG給某一個 TEAM BUG太多 ,召開 BUG TRIAGE會議 ,討論 BUG的優(yōu)先級 . ? 每天的 RELEASE中需要包含說明文件 (本版本更正 BUG,實(shí)現(xiàn)功能 ,改變的文件 ),如果是API測試應(yīng)包含類庫文檔 21 工作流程 (二 ) ? DEVELOPER每天早上從源代碼服務(wù)器下載代碼 ,更新其它程序員的改變 . (SD SYNC) ? DEV編輯自己的文件 (SD EDIT),完成某個 FEATURE. ? DEV編譯自己的本地源代碼拷貝并進(jìn)行單元測試 ,如無錯誤 ,交給 BUDDY TESTER或CODE REVIEW測試 . ? 如果沒有錯誤 ,提交到源代碼服務(wù)器 .通過這種方法保證源代碼服務(wù)器中的程序始終是可運(yùn)行的 . ? 如果本次 CHECK IN完成了某一個功能 ,發(fā)送 TRD到 TEST TEAM,證明此功能已完成并可測試 ? DEV發(fā)送日報(bào) . ? DEV LEAD指定專門的 BUILDER和 BVT人員 .并寫成 BUILD 行該 BUILD ,每天 2:00AM. ? 每天早上 9:009:30對當(dāng)天的 BUILD進(jìn)行 BVT和冒煙測試 ,通過后提交到 RELEASE服務(wù)器 . 22 工作流程 (三 ) ? TEST TEAM指定專門的可接受測試人員 ,并給出可接受的標(biāo)準(zhǔn) .9:3010:00,指定的測試人員每天早上運(yùn)行可接受測試 ,如果成功發(fā) EMAIL給全組 . ? 其它測試人員開始進(jìn)行功能測試 .功能測試僅測試那些已經(jīng)發(fā)出 TRD的功能 . ? TEST TEAM發(fā)現(xiàn) BUG,并登記在 BUG數(shù)據(jù)庫中 . ? TEST TEAM進(jìn)行其它測試 ,如性能測試 ,本地測試和平臺測試 .測試頻率和目標(biāo)在 TEST計(jì)劃中制定 .如果是 MILESTONE結(jié)束時 ,運(yùn)行所有測試案例 . ? TEST TEAM根據(jù) TEST計(jì)劃開發(fā) TEST CASE,編寫自動化工具和測試腳本 . ? TEST TEAM發(fā)送日報(bào)表 23 使用源代碼控制工具 ? 放入源文件 ,文檔資料和所有頻繁改動的資料 ? 不要放入二進(jìn)制代碼 ,包括動態(tài)庫和可執(zhí)行文件 ? 只編輯需要改動的編碼 (SD EDIT) ? 每次 Check In時 ,填寫變化列表 . ? 每次 Check In 之前 ,保證本地編譯通過 ,并通過代碼審核 ? 建立每日 Release的源代碼標(biāo)簽 ,便于回滾到某一個特定的 Build時的源代碼 . 24 管理你的 BUG數(shù)據(jù)庫 ? 建立并備份你的 BUG數(shù)據(jù)庫 ? 定義 BUG管理流程 ? 清楚地定義 BUG類別和屬性 ? 建立起 BUG的權(quán)威性 ,如果一個 BUG可以方便地被重現(xiàn) ,該 BUG必須被修復(fù) . ? 設(shè)定 BUG數(shù)上限 ? DEV不能選擇 ”不修復(fù)”和 ”設(shè)計(jì)”作為一個 BUG的解決方案 ? 遇到爭論時 ,BUG被指定給 COMMITTEE,由 COMMITTEE作出決定 .COMMITTEE一般由 PM,DEV LEAD和 TEST LEAD組成 . ? 監(jiān)測 BUG數(shù)據(jù)庫 ,利用數(shù)字標(biāo)準(zhǔn)作為衡量標(biāo)準(zhǔn) ,并使全組人員知道這些數(shù)字 . 25 軟件開發(fā)度量 (一 ) ? 前提條件 ,在實(shí)施的過程中和過程后收集大量數(shù)據(jù) ? 項(xiàng)目開發(fā)過程中的數(shù)據(jù)收集 ? 每日 ,每周登記的缺陷和解決的缺陷 (按照嚴(yán)重性統(tǒng)計(jì) ) ? 跟蹤每日已激活缺陷和已解決缺陷數(shù)目 ? Fixed 缺陷數(shù)目 。 Test passes。 Golden Masters。糾錯結(jié)果驗(yàn)證測試 。 Marketing Beta Testing。認(rèn)證功能完成 。解決問題 。 BVT。同意項(xiàng)目計(jì)劃 。初始化缺陷數(shù)據(jù)庫 。 ? 程序經(jīng)理 ? 開發(fā)組 ? 測試組 ? 溝通不會自動發(fā)生 ? 日常會議 ? TRD ? 里程碑總結(jié) (PostMotem) ? 每日 ,每周匯報(bào) ? Bug Triage Meeting ? One one review 6 流程改進(jìn)本質(zhì) 使軟件開發(fā)可控制 ? 使軟件過程開發(fā)成為一個可控制的過程 ? 數(shù)字化管理
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1