三、執(zhí)行測試
輸入:
·已批準(zhǔn)的測試文檔(測試計(jì)劃、用例、程序)
·如果適用測試工具,自動化測試軟件和編寫好的腳本
·設(shè)計(jì)的變更(變更請求)
·測試數(shù)據(jù)
·測試和項(xiàng)目組的可用性(項(xiàng)目人員,測試小組)
·概要和詳細(xì)設(shè)計(jì)文檔(需求,軟件設(shè)計(jì))
·通過配置/構(gòu)建人員能夠完全轉(zhuǎn)移到測試環(huán)境(單元測試過的代碼)的開發(fā)環(huán)境
·測試就緒文檔
·修訂文檔
輸出:
·代碼的變更(測試修復(fù)項(xiàng))
·作為一種測試的結(jié)果(測試文檔問題),測試文檔沒有說明的問題
·設(shè)計(jì)時發(fā)現(xiàn)的問題,反饋給開發(fā)人員和客戶(需求,設(shè)計(jì),代碼問題)
·測試事故的正式記錄(問題跟蹤)
·為向下一級別轉(zhuǎn)移而準(zhǔn)備的基線化包(已測試的源代碼和對象代碼)
·測試結(jié)果的日志和總結(jié)
·已批準(zhǔn)和帶有修訂測試交付項(xiàng)的簽署文檔(已更新的交付項(xiàng))
過程:
·在執(zhí)行階段中應(yīng)召開Checkpoint 會議。(如果由需要,)每天應(yīng)召開Checkpoint 會議處理和討論測試中的問題,狀態(tài)和活動。
·通過采用系統(tǒng)的手段跟進(jìn)測試文檔來完成測試的執(zhí)行。當(dāng)執(zhí)行測試程序的每一個包時,為了記錄程序的執(zhí)行和測試程序找出的任何缺陷,應(yīng)該將問題記錄到測試執(zhí)行日志中。測試程序執(zhí)行后的輸出當(dāng)作測試結(jié)果。
·為了確定是否可以得到預(yù)期的結(jié)果,測試結(jié)果應(yīng)該由適當(dāng)?shù)捻?xiàng)目組員評估(,適合于測試的所有級別)。記錄并和軟件開發(fā)經(jīng)理/程序員討論所有差異/異常,為了以后的調(diào)查和解決應(yīng)該將它文檔化(每個客戶可能有不同的記錄日志和報(bào)告bug/defect的過程,通過Configuration Management (CM)小組校驗(yàn)這些過程)。通過/失敗的準(zhǔn)則用來確定問題的嚴(yán)重級別,結(jié)果記錄到測試總結(jié)報(bào)告中。
·根據(jù)客戶的風(fēng)險評估來定義在系統(tǒng)測試中發(fā)現(xiàn)的問題嚴(yán)重級別并記錄到他們選擇的跟蹤工具中。
·基于問題的嚴(yán)重級別有目的的修復(fù)并提交到測試環(huán)境中。被修改的問題應(yīng)進(jìn)行回歸測試并將沒有問題的修復(fù)項(xiàng)轉(zhuǎn)移到新的基線中。在測試完成后,測試組的成員應(yīng)準(zhǔn)備一份總結(jié)報(bào)告?偨Y(jié)報(bào)告要由項(xiàng)目經(jīng)理,客戶,SQA和/或測試組長復(fù)審。
·在證實(shí)達(dá)到一個指定的測試級別后,配置經(jīng)理應(yīng)根據(jù)配置管理計(jì)劃中的要求整理發(fā)布的軟件組件并轉(zhuǎn)移到下一個測試級別。軟件只有在客戶正式驗(yàn)收之后才可以轉(zhuǎn)移到生產(chǎn)環(huán)境中。
·測試小組復(fù)審在測試和更新文檔時發(fā)現(xiàn)的測試文檔問題。一些問題可能是由于技術(shù)性和功能性之間不一致或修改所造生的。
相關(guān)推薦:考試吧策劃:2010年軟件水平考試完全指南北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |