cmmi3級軟件過程改進(jìn)方法與規(guī)范第13章系統(tǒng)測試-資料下載頁
2025-08-12 15:40本頁面
【導(dǎo)讀】件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。系統(tǒng)測試過程域是SPP模型的重要組成部分。和“度量”均已定義。本規(guī)范適用于國內(nèi)IT企業(yè)的軟件研發(fā)項目。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研發(fā)實力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。系統(tǒng)測試流程如圖14-1所示。提前開始制定測試計劃和設(shè)計測試用例，而不必等到“實現(xiàn)與測試”階段結(jié)束。及時消除缺陷（改錯）。項目經(jīng)理設(shè)法組建富有成效的系統(tǒng)測試小組。機(jī)構(gòu)的質(zhì)量保證人員。系統(tǒng)測試小組應(yīng)當(dāng)根據(jù)項目的特征確定測試內(nèi)容。求規(guī)格說明書》。由于正確性是軟件最重要的質(zhì)量因素，所以功能測試必不可少。即測試軟件系統(tǒng)處理事務(wù)的速度，一是為了檢驗性能是否符合需求，重點是測試軟件系統(tǒng)的易用性和視覺效果等。是指測試軟件系統(tǒng)防止非法入侵的能力。等因素）高于得到的好處，那么這樣的系統(tǒng)可以認(rèn)為是安全的。安裝與反安裝測試。《系統(tǒng)測試用例》，模板見
【正文】 專家，對 《系統(tǒng)測試用例》進(jìn)行技術(shù)評審。該測試用例通過技術(shù)評審后，轉(zhuǎn)向 [Step3]。 [Step3] 執(zhí)行系統(tǒng)測試 ? 系統(tǒng)測試小組各成員依據(jù) 《 系統(tǒng)測試計劃 》和《系統(tǒng)測試用 例》執(zhí)行系統(tǒng)測試。 ? 將測試結(jié)果記錄在《系統(tǒng)測試報告》中，用“缺陷管理工具”來管理所發(fā)現(xiàn)的缺陷，并及時通報給開發(fā)人員。 [Step4] 缺陷管理與改錯 ? 從 [Step1]至 [Step3]，任何人發(fā)現(xiàn)軟件系統(tǒng)中的缺陷時都必須使用指定的“缺陷管理工具”。該工具將記錄所有缺陷的狀態(tài)信息，并可以自動產(chǎn)生《缺陷管理報告》。 ? 開發(fā)人員及時消除已經(jīng)發(fā)現(xiàn)的缺陷。 ? 開發(fā)人員消除缺陷之后應(yīng)當(dāng)馬上進(jìn)行回歸測試，以確保不會引入新的缺陷。 輸出 ? 消除了缺陷的最終軟件系統(tǒng) ? 系統(tǒng)測試用例 ? 系統(tǒng)測試報告 更多免費資料下載請進(jìn)： 中國最大的免費課件資源庫 ? 缺陷管理報告 結(jié)束準(zhǔn)則 ? 對于非嚴(yán)格系統(tǒng)可以采用“基于測試用例”的準(zhǔn)則： ? 功能性測試用例通過率達(dá)到 100％； ? 非功能性測試用例通過率達(dá)到 80％時。 ? 對于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于缺陷密度”的規(guī)則： ? 相鄰 n 個 CPU 小時內(nèi)“測試期缺陷密度”全部低于某個值 m。例如 n 大于 10，m 小于等于 1。 ? 本規(guī)程所有文檔已經(jīng)完成。 度量 ? 測試人員和開發(fā)人員統(tǒng)計測試和改錯的工作量，文檔的規(guī)模，以及缺陷的個數(shù)與類型，并將此度量數(shù)據(jù)匯報給項目經(jīng)理。 實施建議 ? 對系統(tǒng)測試人員進(jìn)行必要的培訓(xùn)，提高他們的測試效率。 ? 項目經(jīng)理和測 試小組根據(jù)項目的資源、時間等限制因素，設(shè)法 合理 地減少測試的工作量，例如減少“冗余或無效”的測試。 ? 系統(tǒng)測試小組根據(jù)產(chǎn)品的特征，可以適當(dāng)?shù)匦薷谋疽?guī)范的各種文檔模板。 ? 對系統(tǒng)測試過程中產(chǎn)生的所有代碼和有價值的文檔進(jìn)行配置管理。 ? 為了調(diào)動測試者的積極性，建議企業(yè)或項目設(shè)立獎勵機(jī)制，例如：根據(jù)缺陷的危害程度把獎金分等級，每個新缺陷對應(yīng)一份獎金，把獎金發(fā)給第一個發(fā)現(xiàn)該缺陷的人。
法律信息相關(guān)推薦
鄂ICP備17016276號-1