13.2.4 軟件可靠性模型舉例
1、模型假設(shè)
JM 模型的基本假設(shè)如下:
1. 初始錯誤個數(shù)為一個未知的常數(shù)。
2. 發(fā)現(xiàn)錯誤立即被完全排除,并且不引入新的錯誤,排除時間忽略不記,因此每次排錯后就要減 1。
3. 失效率剩余的錯誤個數(shù)成正比。
2、函數(shù)表達式。
軟件可靠性模型并不成熟,定量分析方法和數(shù)學(xué)模型要在實踐中不斷加以驗證和修正。
不同類型的軟件,應(yīng)用方式也有很大區(qū)別。
13.2.5 軟件可靠性測試概述
可靠性測試 由可靠性目標的確定、運行剖面的開發(fā)、測試用例的設(shè)計、測試實施、測試結(jié)果的分析 等主要活動組成。
軟件可靠性測試 還必須考慮對軟件開發(fā)進度和成本的影響,最好是在受控的自動測試環(huán)境下,由專業(yè)測試機構(gòu)完成。
13.2.6 定義軟件運行剖面
弧 用來連接狀態(tài)并表示由各種激勵導(dǎo)致的轉(zhuǎn)換,將轉(zhuǎn)換概率分配給每個弧。
每類用戶都可能以不同的方式使用系統(tǒng)。
兩種類型分層形式:用戶級分層、用法級分層。
用法級分層依賴于在測試狀態(tài)下系統(tǒng)能做什么。
用戶級分層考慮各種類型的用戶,以及他們?nèi)绾问褂孟到y(tǒng)。
這些概率估計主要是基于如下幾個方面:
1、從現(xiàn)有系統(tǒng)收集到的數(shù)據(jù)。
2、與用戶的交談或?qū)τ脩暨M行觀察獲得的信息。
3、原型使用與測試分析的結(jié)果。
4、相關(guān)領(lǐng)域?qū)<业囊庖姟?/P>
13.2.7 可靠性測試的實施
有必要檢查軟件需求與文檔是否一致,檢查軟件開發(fā)過程中形成的文檔的準確性、完整性、一致性。
可靠性測試依賴于軟件的可測試性。
為了獲得更多的可靠數(shù)據(jù),應(yīng)該使用多態(tài)計算機同時運行軟件,以增加累計時間。
用時間定義的軟件可靠性數(shù)據(jù)分為4類:
1、失效時間數(shù)據(jù)。
2、失效間隔時間數(shù)據(jù)。
3、分組時間內(nèi)的失效數(shù)據(jù)。
4、分組時間的累計失效數(shù)。
這 4類數(shù)據(jù)可以相互轉(zhuǎn)化。
測試過程中必須真實地進行記錄,每個測試記錄必須包含如下信息:
1、測試時間。
2、含有測試用例的測試說明或標識。
3、所有與測試有關(guān)的測試結(jié)果,包括失效數(shù)據(jù)。
4、測試人員。
測試活動結(jié)束后要編寫《軟件可靠性測試報告》具備如下內(nèi)容:
1、軟件產(chǎn)品標識。
2、測試環(huán)境配置(硬件和軟件)。
3、測試依據(jù)。
4、測試結(jié)果。
5、測試問題。
6、測試時間。
相關(guān)推薦:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |