軟件質(zhì)量管理第四章-文庫吧在線文庫
【正文】 做錯事情。 – 三年 LOP跟蹤的發(fā)布后缺陷率：基于報告缺陷的發(fā)布版本的 TVUA/MSSI. – 顧客問題召喚 – 修補響應時間 – 有缺陷修補數(shù) 42 五、收集軟件工程數(shù)據(jù) ? 需要確保收集的數(shù)據(jù)對項目、過程和質(zhì)量管理提供有用的數(shù)據(jù)，且不至于成為開發(fā)團隊的負擔。 ? 測試期間缺陷出現(xiàn)模式 – 測試期間按時間間隔出現(xiàn)的缺陷數(shù)，原始數(shù)據(jù)，不一定有效 – 有效缺陷出現(xiàn)的模式 當報告的問題得到確定時 – 缺陷超時累積模式：開發(fā)機構不能立即審查和修補所有報告的問題。例如，一個宏前沿包含有參數(shù)的不正確描述，引起這個宏的用戶不正確的使用該參數(shù)，這就為針對這個宏的文檔缺陷 47 六、小結(jié) ? 軟件質(zhì)量度量關注產(chǎn)品、過程和項目的質(zhì)量方面。包括： – 整體顧客滿意度以及按 CUPRIMDS參數(shù)的滿意度。若開發(fā)周期結(jié)束時缺陷累積仍然大，則需要回歸測試才能保證系統(tǒng)穩(wěn)定性和確保產(chǎn)品質(zhì)量等級 20 3. 基于階段的缺陷排除模式 ? 除測試外，還需跟蹤開發(fā)周期所有階段中的缺陷，包括設計評審、代碼審查、測試前的正式驗證 ? IBM開發(fā)項目的缺陷排除模式表明將缺陷排除的重點放在前期則質(zhì)量要好 ? 缺陷排除的各個階段：高層設計評審（ I0） ,底層設計評審 (I1)、代碼審查 (I2)、單元測試 (UT)、部件測試 (CT)、系統(tǒng)測試 (ST) 21 4. 缺陷排除有效性 ? 缺陷排除有效性（ DRE）定義： DRE=開發(fā)階段排除的缺陷數(shù) /產(chǎn)品中潛伏的缺陷數(shù) ? 分母估計：在現(xiàn)階段排出的缺陷數(shù) +以后發(fā)現(xiàn)的缺陷數(shù) ? 該度量值越高，開發(fā)過程越有效 22 三、軟件維護的度量 ? 修補積累和積累管理指數(shù) ? 修補響應時間 ? 逾期修補百分數(shù) ? 修補質(zhì)量 23 1. 修補積累和積累管理指數(shù) ? BMI=當月解決問題數(shù) /當月出現(xiàn)問題數(shù) ? BMI100，累積問題減少了 ? BMI100，累積問題增加 24 2. 修補響應時間 ? 修補方針建立在時間限上 ? 按照缺陷可能引起的風險的嚴重程度分級，越嚴重越需要晝夜不停的修補問題 25 3. 逾期修補百分數(shù) ? 對每個修補而言，如果修補所需時間超過了按嚴重性的響應時間標準，它就被分類到逾期修補 ? 逾期修補百分數(shù) =超過按嚴重性等級的修補時間標準的修補數(shù) /指定時間內(nèi)交付的修補總數(shù) ? 只針對于已經(jīng)解決的問題 ? 若某一星期做了重大改進（減少了積累問題），則將產(chǎn)生一個高的逾期指數(shù) 26 4. 修補質(zhì)量 ? 一個修補是有缺陷的：沒有修補報告的問題或者修補了原有問題同時又注入了新的缺陷 ? 將會嚴重影響顧客滿意度 ? 兩種記錄方式：發(fā)現(xiàn)它的月份或是按交付修補的月份記錄 ? 維護過程的質(zhì)量目標應當為無逾期的、零有缺陷修補。按照軟件生命周期分成三類：最終產(chǎn)品質(zhì)量度量、過程中質(zhì)量度量和維護質(zhì)量度量。 41 2. IBM Rochester IBM共同軟件測量委員會定義了一組標準的 5UP軟件質(zhì)量度量。 27 四、度量程序的例子 摩托羅拉 IBM Rochester 28 1.
化學相關推薦
鄂ICP備17016276號-1