軟件測試項目的里程碑和關(guān)鍵路徑

精品文檔 1歡迎下載 軟件測試項目的里程碑和關(guān)鍵路徑軟件測試項目的里程碑和關(guān)鍵路徑 在軟件測試項 H 的計劃書中 都會制訂一個明確的日程進(jìn)度表 蟲 何對項目進(jìn)行階段劃分 如何控制進(jìn)度 如何控制風(fēng)險等等 有一系列方法 但最成熟的技術(shù)足里程碑管理和關(guān)鍵路徑 的控制 1 里程碑 Milestone 的定義和控制 里程碑一般是項目中完成階段性工作的標(biāo)志 即將一個過程性的任務(wù)用一個結(jié)論性的標(biāo)志米 描述任務(wù)結(jié)束的 明確的起止點(diǎn) 一系列的起止點(diǎn)就構(gòu)成引導(dǎo)整個項目進(jìn)展的里程碑 milestone 一個里程碑標(biāo)志著卜一個階段結(jié)束 下一個階段開始 也就是定義當(dāng)前階段完 成的標(biāo)準(zhǔn) entry criteria 和下個新階段啟動的條件或前提 entry criteria a 里程碑還有下 列特征 里程碑也足有層次的 在個父里程碑下一個層次中定義子里程碑 不同類型的項目 里程碑可能不同 不同規(guī)模項目的里程碑 其數(shù)量多少不一樣 里程碑可以臺并或分解 在軟件測試周期中 建議定義六個父里程碑 十幾個子里程碑 M1 需求分析和設(shè)計的審查 M11 市場 產(chǎn)品需求審查 M12 產(chǎn)品規(guī)格說明書的審查 M13 產(chǎn)品和技術(shù)知識傳遞 M14 系統(tǒng) 程序設(shè)計的審查 M2 測試計劃和設(shè)計 M21 測試計劃的制定 M22 測試計劃的審查 M23 鋇 0 試用例的段汁 M24 測試用例的審查 M25 測試工具的設(shè)計和選擇 M26 測試腳本的開發(fā) M3 代碼 包括單元測試 完成 M4 測試執(zhí)行 M41 集成測試完成 M42 功能測試完成 M43 系統(tǒng)測試完成 M44 驗收測試完成 M45 安裝測試完成 精品文檔 2歡迎下載 M5 代碼凍結(jié) M6 測試結(jié)束 M61 為產(chǎn)品發(fā)布進(jìn)行最后一輪測試 M62 寫測試和質(zhì)量報告 對每個子里程碑 還可以定義更小的里程碑 孫里程碑 見表 17 1 在一個里程碑到來之前 要進(jìn)行檢查 了解狀態(tài)以確定是否能在預(yù)期的時間達(dá)到里程脾 exit c itefia 階段完成的標(biāo)準(zhǔn) 如果存在較大差距 就要采取措施 爭取達(dá)到里程碑的標(biāo) 準(zhǔn) 即使不能 也要盡量減少這種差距 而每到一個里程碑 t 必須嚴(yán)格檢查實(shí)際完成的情況是 否符合已定義的標(biāo)準(zhǔn) 應(yīng)及時對前一階段的測試工作進(jìn)行小結(jié) 如果需要 可以對后續(xù)測試工 作計劃進(jìn)行調(diào)整 如增加資源 延長 F 一個里程碑的時間 以實(shí)現(xiàn)下一個里程碑的目標(biāo) 在項目管理進(jìn)度跟蹤的過程中 給予里程碑事件足夠的重視 往往可以起到事半功倍的效 用 只要能保證里程碑事件的按時完成 整個項目的進(jìn)度也就有了保障 根據(jù)里程碑就比較容 易確定軟件測試進(jìn)度表 17 7 測試項目的質(zhì)量和配置管理 隨著軟件開發(fā)的規(guī)模越來越大 軟件的質(zhì)量問題顯得越來越突出 軟件質(zhì)量的控制不中單 是一個軟件測試問題 在軟件開發(fā)的所有階段都應(yīng)該引入軟件質(zhì)量管理和配置管理 1 質(zhì)量管理的基本原則 控制所有過程的質(zhì)量 過程控制的出發(fā)點(diǎn)是預(yù)防不合格 質(zhì)量管理的中心任務(wù)足建立并實(shí)施文件化的質(zhì)量體系 持續(xù)的質(zhì)雖改進(jìn) 有效的質(zhì)量體系應(yīng)滿足顧客和組織內(nèi)部雙方的需要和利益 定期評價質(zhì)量體系 搞好質(zhì)量管理關(guān)鍵在于領(lǐng)導(dǎo)和全員質(zhì)量意識 文化 2 軟件評審 軟件評審并不是在軟件開發(fā)完畢后進(jìn)行評審 而是在軟件開發(fā)的各個階段都要進(jìn)行評審 評 審也可以看做是軟件測試的一部分 L 作 因為在軟件開發(fā)的各個階段都可能產(chǎn)生錯誤 如果 這些錯誤不及時發(fā)現(xiàn)并糾正 會不斷地擴(kuò)大 最后可能導(dǎo)致開發(fā)的失敗 1 評審日標(biāo)是更早地發(fā)現(xiàn)任何形式表現(xiàn)的軟件功能 邏輯或?qū)崿F(xiàn)方面的錯誤 審驗證軟 件的需求 保證軟件按預(yù)先定義的標(biāo)準(zhǔn)表示 精品文檔 3歡迎下載 2 評審過程 要經(jīng)過準(zhǔn)備 擬定主體和討論項目 反饋收集 會議并達(dá)成一致的 結(jié)論 結(jié)論執(zhí)行跟蹤等各個階段 3 評審準(zhǔn)則主要有下列內(nèi)容 評審產(chǎn)品 Ij 不是評審設(shè)計者 不能使設(shè)計者有任何壓力 會場要有良好的氣氛 建立議事日程并維持它 會議不能脫離主題 限制爭論與反駁 評審會不是為了解決問題 而是為了發(fā)現(xiàn)問題 指明問題范圍 而不是解決提到的問題 展示記錄 最好有黑板 將問題隨時寫在黑板上 限制會議人數(shù)和堅持會前準(zhǔn)備工作 對每個被評審的產(chǎn)品要盡力評審清單 幫助評審人員思考 對每個正式技術(shù)評審分配資源和時間進(jìn)度表 對全部評審人員進(jìn)行必要的培訓(xùn) 及早地對自己的評審做評審 對評審準(zhǔn)則的評審 3 配置管理 軟件配置管理簡稱 scM soRwarecon 矗 gur 眥 ionM 柚 89ement 的縮寫 是在團(tuán)隊開發(fā) 中 標(biāo)識 控制和管理軟件變更的一種管理 所以配置管理對軟件測試和質(zhì)量保證影響比較 大 其影響程度取決于項目規(guī)模和復(fù)雜性 人員素質(zhì) 流程 管理水平等 軟件配置管理分為版本管理 問題跟蹤和建立管理三個部分 其中版本管理是基礎(chǔ) 版本 管理應(yīng)完成以下主要任務(wù) 建立項目 重構(gòu)任何修訂版的某一項或某一文件 利用加鎖技術(shù)防止覆蓋 當(dāng)增加一個修訂版時要求輸入變更描述 提供比較任意兩個修訂版的使用工具 采用增量存儲方式 提供對修訂版歷史和鎖定狀態(tài)的報告功能 提供歸并功能 允許在