軟件測試階段進度跟蹤_第1頁
軟件測試階段進度跟蹤_第2頁
軟件測試階段進度跟蹤_第3頁
軟件測試階段進度跟蹤_第4頁
軟件測試階段進度跟蹤_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、XXXX項項目目測測試試階階段段目目標標序序號號測測試試階階段段任任務(wù)務(wù)描描述述1需求分析1.了解項目的背景、組織2.細化需求,功能點拆分。2測試計劃1. 劃 分 測 試 階 段 , 確 定 時 間 點 。2.識別需求,預(yù)估工作量。3.制定測試策略,編寫測試計劃。3用例設(shè)計1.利用細化的需求設(shè)計測試用例。2.按照測試計劃中規(guī)定的時間點完成用例的設(shè)計。4用例評審1.測試用例組內(nèi)初評。2.項目組評審。3.同行評審。4.可以按照各模塊完成的先后順序分段評審。5用例封板1.根據(jù)評審記錄單對測試用例刪改、補充。2.測試用例終審。6測試準備1.測試環(huán)境搭建、數(shù)據(jù)準備。2.測試工具、測試方法培訓(xùn)。7集成測試

2、1.在開發(fā)環(huán)境下協(xié)助開發(fā)組進行全部或部分模塊間的聯(lián)調(diào)。2.從系統(tǒng)測試用例中挑選優(yōu)先級為A的用例做為集成測試的用例。3.保證各類交易的基本流程和需求匹配。8系統(tǒng)測試1. 根 據(jù) STP 制 定 版 本 ( 輪 ) 測 試 計 劃 。2.全面驗證需求符合性。3.執(zhí)行所有系統(tǒng)測試用例。4. 跟 蹤 Bug 的 發(fā) 現(xiàn) 情 況 和 解 決 情 況 。5.寫測試報告(日報、周報)。9UAT 階段1. 測試組采用自由測試的方法擴大覆蓋率。2.客戶的業(yè)務(wù)人員參與測試,驗收軟件產(chǎn)品。3. 對 之 前 發(fā) 現(xiàn) 的 問 題 做 回 歸 測 試 。4.提交最終用戶測試。10測試總結(jié)1.分析整個測試階段中測試計劃的有

3、效性、人員配備情況、項目延期等問題。2.分析整個項目的測試情況。11項目維護1. 隨 時 關(guān) 注 產(chǎn) 品 上 線 后 的 運 行 情 況 。2.跟蹤上線后發(fā)現(xiàn)的問題。3.總結(jié)經(jīng)驗教訓(xùn),進一步完善測試用例。進進入入該該階階段段的的標標準準輸輸出出工工作作量量比比重重責(zé)責(zé)任任部部門門1.需求部門對需求文檔的評審已經(jīng)完成。2.大的流程已經(jīng)確定,不確定的需求點5%以內(nèi)。Q&A表測試功能點菜單結(jié)構(gòu)表8%測試組需求組項目經(jīng)理1.項目基本情況已經(jīng)完全了解2. 需 求 基 本 確 定 , 功 能 點 完 全 分 解 。3.項目組人員配備確定。4.項目的整體實施計劃確定。工作量預(yù)估項 目 進 度 跟 蹤

4、 表測試計劃5%測試組1. 測 試 計 劃 完 成 , 用 例 設(shè) 計 時 間 點 確 定 。2. 測 試 組 內(nèi) 部 對 需 求 已 經(jīng) 完 全 理 解 。3.Q&A 表 中 的 問 題 95% 以 上 都 得 到 答 案 。4. 用 例 設(shè) 計 方 法 和 使 用 工 具 已 經(jīng) 確 定 。5.參考項目的終版Case就緒。用 例 設(shè) 計 框 架測試用例初稿20%測試組1. 測 試 用 例 編 寫 完 成 或 部 分 模 塊 完 成 。2.評審計劃確定。評審記錄單3%測試組開發(fā)組需求組項目經(jīng)理1. 開 發(fā) 組 和 需 求 組 對 評 審 記 錄 沒 有 意 異 議 。2.評審記錄單的

5、問題全部修改。終版的測試用例1%測試組1.完成測試用例。2.已經(jīng)和項目經(jīng)理確定測試所需的環(huán)境、數(shù)據(jù)和工具。測 試 環(huán) 境 配 置 單培訓(xùn)記錄2%測試組項目經(jīng)理1.開發(fā)人員完成單元測試,軟件集成度達到50%以上。2.單元測試發(fā)現(xiàn)的問題90%已經(jīng)解決,且沒有影響測試進度的Bug。3.測試環(huán)境、測試數(shù)據(jù)準備完成,可以使用這些數(shù)據(jù)在開發(fā)環(huán)境上面測試。4.測試工具和缺陷管理工具準備就緒。集 成 測 試 用 例集成測試Bug記錄表集成測試報告10%測試組開發(fā)組1.全部關(guān)鍵模塊都已經(jīng)集成,集成度達到95%以上。2.所有集成測試用例全部執(zhí)行完畢且達到測試計劃中關(guān)于 集 成 測 試 所 規(guī) 定 的 覆 蓋 率

6、要 求 ;3.集成測試的軟件版本滿足設(shè)計定義的各項功能、性能要求;4.在集成測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改,各級缺陷修復(fù)率達到標準:A類、B類錯誤:無;C類錯誤:2%;D類錯誤:4% 。5.預(yù)計發(fā)生的需求變更不超過3%。版 本 測 試 計 劃測 試 進 度 跟 蹤 表測 試 Case 執(zhí) 行 結(jié) 果Bug狀態(tài)分析測試日報測試周報系統(tǒng)測試總結(jié)報告30%測試組開發(fā)組1.所有A、B級的系統(tǒng)測試用例執(zhí)行3次以上,C、D級的執(zhí)行2次以上。2.所有缺陷被記錄;3.系統(tǒng)滿足需求規(guī)格說明書的要求,需求點的測試覆蓋率達到100%;4.在系統(tǒng)測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改,各級缺陷修復(fù)率達到標準:A類、B類錯誤:無;

7、C類錯誤:2%;D類錯誤:4% 。5.漏測率預(yù)計在0.5%之內(nèi)。6.不會再有新的需求變更??蛻舭l(fā)現(xiàn)的問題分析測試日報測試周報驗收測試總結(jié)報告10%測試組客戶用戶1.軟件需求分析說明書中定義的所有功能都已全部實現(xiàn),性能指標全部達到要求;2. 缺陷跟蹤報告中所有A 、B 、C 類問題均關(guān)閉;3.立項報告、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致;4.測試方案、測試計劃、測試用例、缺陷跟蹤報告、測試分析報告、測試報告齊全。測試總結(jié)報告5%測試組1.完成項目總結(jié)。2.產(chǎn)品通過驗收測試,順利上線。漏測問題分析報告6%項目組XXXX項項目目測測試試階階段段目目標標XXXX項項目目完完成成情情況況XXXX項項目

8、目測測試試階階段段目目標標XXXXXX項項目目工工作作量量分分布布 工工作作量量項項目目階階段段計計劃劃開開始始時時間間計計劃劃完完成成時時間間計計劃劃投投入入人人數(shù)數(shù)計計劃劃工工作作量量(人人天天)工工作作量量 計計劃劃分分布布實實際際開開始始時時間間實實際際完完成成時時間間實實際際投投入入人人數(shù)數(shù)實實際際工工作作量量(人人天天)1需求識別1月5日1月7日515.0100.00%1月5日1月6日714.02測試計劃0.00.00%0.03用例設(shè)計0.00.00%0.04用例評審0.00.00%0.05環(huán)境搭建0.00.00%0.06數(shù)據(jù)準備0.00.00%0.07集成測試0.00.00%0.

9、08系統(tǒng)測試0.00.00%0.09驗收測試0.00.00%0.010測試總結(jié)0.00.00%0.011項目維護0.00.00%0.0合合計計1 15 5. .0 01 10 00 0. .0 0% %1 14 4. .0 0注注意意事事項項:一、計劃開始時間、計劃結(jié)束時間、計劃投入人數(shù)都按照項目計劃中規(guī)定的時間填寫,如果計劃里某些階段的時間點不明確要找項目經(jīng)理確認。二、隨時記錄各個階段發(fā)生的計劃與實際差別的原因。例如:1.當(dāng)實際開始的時間晚于計劃開始的時間時記錄原因。2.開始時間一致的情況下實際完成時間晚于計劃完成時間時,記錄為什么。3.實際投入人員少于計劃投入人員,為什么?4.原則上上一個

10、階段結(jié)束的時間即是下一個階段開始的時間,如果中間有空余時間,為什么?5. n.最后,整個項目計劃的工作量和實際的工作量之間的偏差通過上面的記錄匯總即可得出。如果是預(yù)估不準確,則應(yīng)該總結(jié)經(jīng)驗,下一次提高預(yù)估精度;如果是某些階段延期導(dǎo)致,則應(yīng)該提醒項目經(jīng)理預(yù)防。三、通過此表也可以在重要的階段及時調(diào)整測試策略。例如:某銀行項目的系統(tǒng)測試一定要在計劃的某天前結(jié)束,但是我們開始系統(tǒng)測試的時間已經(jīng)比計劃的晚了1周,那么我們只能通過增加投入人數(shù)來平衡工作量的差別。當(dāng)然10天5個人和5天10個人的測試效果會不同。這個風(fēng)險也得提前告知項目經(jīng)理。工工作作量量 實實際際分分布布100.00%0.00%0.00%0.

11、00%0.00%0.00%0.00%0.00%0.00%0.00%0.00%1 10 00 0. .0 0% %工工作作量量計計劃劃和和實實際際對對比比需求識別測試計劃用例設(shè)計用例評審環(huán)境搭建數(shù)據(jù)準備集成測試系統(tǒng)測試驗收測試測試總結(jié)項目維護0.0 2.0 4.0 6.0 8.0 10.0 12.0 14.0 16.0 計劃工作量(人天)實際工作量(人天)XXXXXX項項目目工工作作量量分分布布 注注意意事事項項:一、計劃開始時間、計劃結(jié)束時間、計劃投入人數(shù)都按照項目計劃中規(guī)定的時間填寫,如果計劃里某些階段的時間點不明確要找項目經(jīng)理確認。二、隨時記錄各個階段發(fā)生的計劃與實際差別的原因。例如:1.當(dāng)實際開始的時間晚于計劃開始的時間時記錄原因。2.開始時間一致的情況下實際完成時間晚于計劃完成時間時,記錄為什么。3.實際投入人員少于計劃投入人員,為什么?4.原則上上一個階段結(jié)束的時間即是下一個階段開始的時間,如果中間有空余時間,為什么?5. n.最后,整個項目計劃的工作量和實際的工作量之間的偏差通過上面的記錄匯總即可得出。如果是預(yù)估不

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論