ch3-質(zhì)量保證與測試策略(編輯修改稿)
2025-03-14 10:16 本頁面
【文章內(nèi)容簡介】 t Review Code Freeze Test Case Signoff Code Complete ER 驗(yàn)收測試 QA 創(chuàng)建 Test Plan QA QA創(chuàng)建 Test Cases 功能測試 寫 /審查 Spec 系統(tǒng)測試 單元測試 PRD/UI審查 QA Zhu.Kerrygmai 階段通過 /失敗的標(biāo)準(zhǔn) 項(xiàng)目經(jīng)理和測試組長已經(jīng)全部按計(jì)劃到位 ? 所有相關(guān)的信息已經(jīng)傳達(dá)到 QA? ? 需求階段 設(shè)計(jì)審查 所有設(shè)計(jì)中及文檔中的問題都已經(jīng)被解決 ? 技術(shù)設(shè)計(jì)和測試設(shè)計(jì)已經(jīng)結(jié)束 ? 最高優(yōu)先級的功能要求已經(jīng)實(shí)現(xiàn) ? 新功能已經(jīng)實(shí)現(xiàn) ? 所有的功能是按照設(shè)計(jì)來實(shí)現(xiàn)的 ? 代碼完成 ? 功能驗(yàn)證 確認(rèn)測試 回歸測試完成與否 ? 是不是完全按測試計(jì)劃完成了所有的測試 ?沒有嚴(yán)重的缺陷 ? 達(dá)到產(chǎn)品發(fā)布的標(biāo)準(zhǔn) ? 測試環(huán)境的檢查 ? 所有嚴(yán)重問題是不是都已測出 ? 功能測試 , 壓力測試 ,安全測試 ,兼容性測試 ,易用性測試是否都已完成 ? 有沒有阻礙產(chǎn)品發(fā)布的缺陷？ 系統(tǒng)測試 Zhu.Kerrygmai 風(fēng)險(xiǎn)評估 ? 測試小組開始項(xiàng)目測試時(shí) ,硬件資源沒有按時(shí)配備或仍然不足 ? 開始項(xiàng)目測試時(shí) , 軟件產(chǎn)品編碼沒有按計(jì)劃完成 ? 開始項(xiàng)目測試時(shí) , 測試用例沒有準(zhǔn)備好 ? 缺少按計(jì)劃參加項(xiàng)目測試的測試人員 ? 在項(xiàng)目測試過程中 , 需求總是不停地改動(dòng) ? 當(dāng)項(xiàng)目測試進(jìn)行時(shí) , 在設(shè)計(jì)說明書中被定義的功能總是不停地被修改 Zhu.Kerrygmai 測試評估 里程碑的定義和跟蹤可以幫助項(xiàng)目管理者掌握項(xiàng)目的進(jìn)行狀態(tài) ? 里 程碑 日期 ? 測試計(jì)劃完成 1/15 ? 測試用例完成 1/29 ? 功能驗(yàn)證完成器 2/5 ? 代碼凍結(jié)前完成系統(tǒng)測試 2/20 ? 版本 發(fā)布前完成確認(rèn)測試 2/28 Zhu.Kerrygmai 測試計(jì)劃的創(chuàng)建和評審 MRD/PRD review 測試策略 知識傳遞 日 程 測試 范圍 反饋 討論分析 Formal Review meeting 問題 QA draft of Test Plan Updated Test Plan Final Test Plan 測試方法 任務(wù) Updated Test Plan 資 源 PeartoPear or Internal Review Check list Zhu.Kerrygmai 測試計(jì)劃內(nèi)容構(gòu)成 測試計(jì)劃制定的第一步就是將軟件分解較小而且相對獨(dú)立的功能模塊，寫成測試需求。 測試需求有很多分類方法，最普通的一種就是按照功能分類： ? 測試需求是測試設(shè)計(jì)和開發(fā)測試用例的基礎(chǔ)，分解功能模塊可以更好地進(jìn)行設(shè)計(jì)； ? 詳細(xì)的測試需求是用來衡量測試覆蓋率的重要指標(biāo)； ? 測試需求包括各種測試實(shí)際和開發(fā)以及所需資源 。 一個(gè)測試計(jì)劃應(yīng)包括：產(chǎn)品基本情況、測試需求說明、測試策略和記錄、測試資源配置、計(jì)劃表、問題跟蹤報(bào)告、測試計(jì)劃的評審、結(jié)果等。 Zhu.Kerrygmai 測試計(jì)劃標(biāo)準(zhǔn)格式 1 ? 16 ponents of Test Plan (IEEE,1983) 1. Test plan identifier （ 測試計(jì)劃標(biāo)識 ) 2. In
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1