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

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