cmmi-測試資料匯編(12個文件)測試指導(dǎo)-cmmi-wenkub.com
2024-08-14 09:15 本頁面
【正文】 如果修復(fù)未能得到驗(yàn)證，則該缺陷報告將重新 執(zhí)行上述流程直至關(guān)閉； 回歸測試 各階段測試過程中都需要進(jìn)行回歸測試。如果缺陷引起已納入基線的配置項(xiàng)變更，則轉(zhuǎn)入變更流程，參見《變更過程指導(dǎo)》； ? 缺陷處理人對缺陷進(jìn)行處理、修正，并自行驗(yàn)證，填寫《測試缺陷處理記錄表》。 系統(tǒng)測試一般采用黑盒測試方法； 客戶驗(yàn)收測試 客戶驗(yàn)收測試的目的是為了確認(rèn)在規(guī)定的使用環(huán)境下整個產(chǎn)品的運(yùn)行情況是否滿足規(guī)定的要求。 系統(tǒng)測試 在集成測試完成后，項(xiàng)目測試負(fù)責(zé)人組織測試人員對整個系統(tǒng)軟件和硬件進(jìn)行系統(tǒng)測試。 對關(guān)鍵模塊在單元測試前，建議先進(jìn)行 team review 以上級別的評審； 集成測試 編碼和單元測試完成后，由集成人員進(jìn)行集成測試。 邊界測試：測試模塊的邊界部分，要特別注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的 比較值時出錯的可能性。對模塊接口可能需要如下的測試項(xiàng)目：調(diào)用所測模塊時的輸入?yún)?shù)與形式參數(shù)在個數(shù)、屬性、順序上是否匹配；全局量的定義在各模塊中是否一致；模塊通過外部設(shè)備的輸入 /輸出操作。 單元測試 單元測試也叫模塊測試，針對軟件設(shè)計(jì)的最小單位－程序模塊進(jìn)行正確性檢驗(yàn)的測試工作。 測試用例編寫參見《測試用例編寫說明》； 評審《測試用例》 《測試用例》需通過需求、設(shè)計(jì)、構(gòu)建、集成、測試各小組負(fù)責(zé)人共同評審、評審?fù)ㄟ^后方可進(jìn)行測試工作。 評審《測試方案》 為了保證《測試方案》的正確性、完整性和清晰性，測試管理員在測試工作開始前首先組織項(xiàng)目組內(nèi)部對《測試方案》進(jìn)行討論確認(rèn)，然后組織相關(guān)人員對《測試方案》進(jìn)行評審。組織評審《測試用例》《測試方案》。測試指導(dǎo) 1/17 1 目的 確保軟件產(chǎn)品的質(zhì)量，使 系統(tǒng) 能夠 達(dá)到 規(guī)定的 功能 要求、 性能 要 求 等，確保系統(tǒng)在要求的硬件和軟件平臺上工作正常 ，保證軟件產(chǎn)品能夠順利通過驗(yàn)收、符合用戶要求。編寫各類《測試總結(jié)報告》，與測試管理員共同簽字，確認(rèn)各階段的測 試結(jié)果，對產(chǎn)品質(zhì)量負(fù)責(zé)； ? 測試管理員：來自公司測試部（組），協(xié)助項(xiàng)目組制定適合項(xiàng)目實(shí)際情況的測試方法和過程，參與項(xiàng)目的測試計(jì)劃、測試方案、用例的編寫和評審，測試實(shí)施，測試總結(jié)，負(fù)責(zé)測試過程中數(shù)據(jù)的收集統(tǒng)計(jì)和分析，積累測試過程的經(jīng)驗(yàn)和方法，與測試負(fù)責(zé)人共同簽字，確認(rèn)各階段的測試結(jié)果，對測試過程負(fù)責(zé)； ? 測試人員：按《測試方案》的各項(xiàng)要求編寫《測試用例》、執(zhí)行測試，同步填寫《測試過程記錄》和《測試缺陷記錄》，幫助構(gòu)建人員定位缺陷，驗(yàn)證缺陷的修復(fù)； ? 集成負(fù)責(zé)人：組織集成人員編寫集成測試階段的《測試方案》和《測試 用例》，進(jìn)行集成測試，編寫《測試總結(jié)報告》； ? 集成人員：參與編寫集成測試階段的《測試方案》和《測試用例》，與項(xiàng)目技術(shù)負(fù)責(zé)人、 SCM 配合將系統(tǒng)各模塊集成為系統(tǒng)（子系統(tǒng)），在此基礎(chǔ)上進(jìn)行集成測試； ? 技 術(shù)專家 ：參與《測試方案》和《測試用例》的評審； ? SCCB：對測試中發(fā)現(xiàn)的問題所引起的基線庫中配置項(xiàng)的更改進(jìn)行審測試指導(dǎo) 2/17 批； 項(xiàng) 目負(fù)責(zé)人 ：協(xié)助組織、參與對《測試方案》和《測試用例》的評審 4 各階段測試活動 測試指導(dǎo) 1/17 測試管理員
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1