執(zhí)行測試南京大學(xué)ppt課件-資料下載頁
2025-04-29 02:28本頁面
【正文】 9:20 Failure 2 80 50 130 不同版本處理速率不同時 ? Configure B的處理強度是 Configure A的 2倍 time Event Config. A Config. B 調(diào)整后的 Config. B Failure times 8:00 Start A 0 8:30 Start B 30 0 0 30 9:00 Failure 1 60 30 60 120 9:20 Failure 2 80 50 100 180 處理失效發(fā)生時間的不確定性的問題（ 1） ? 因為記錄的數(shù)據(jù)太少，或者數(shù)據(jù)記錄后保存，匯報的問題，我們難以確定某些失效發(fā)生的準確時刻。但是我們可以確定這些失效在某個時間段內(nèi)發(fā)生。 ? 完全放棄這些數(shù)據(jù)將降低估算和預(yù)測的精確度。存在一個辦法來利用這些數(shù)據(jù)（和其他精確的失效數(shù)據(jù)）進行比較精確的估算和預(yù)測。 處理失效發(fā)生時間的不確定性的問題（ 2） ? 假設(shè)失效數(shù)據(jù)記錄中，有部分失效只記錄了發(fā)生的時間段。使用隨機數(shù)給這些失效確定一個假設(shè)的時刻。然后按照這樣的數(shù)據(jù)進行數(shù)值估算。 例子 ? 不確定性的例子 Event Time Random Number Adj. Factor Assigned time Time Interval Start 0 0 Fail 1 30 30 30 Fail 2 90140 67557 Fail 3 180 180 Stop 240 240 Start 240 240 Fail 4 240440 26,446 Fail 5 240440 97,159 Stop 480 480 當(dāng)多個失效被記錄為同時發(fā)生 ? 此時會使得對于系統(tǒng) FI的估算過于悲觀：在零時間段內(nèi)發(fā)生了多個錯誤。 ? 最好做出如下調(diào)整： –假設(shè)在 ti時刻與 ti+k+1時刻有 k個失效被記錄為同一時刻發(fā)生的。 –在這兩個時刻之間隨機設(shè)定 k個時間點作為 k個失效的假設(shè)時間。 當(dāng)多個版本被現(xiàn)場使用時 ? 被安裝在多個地方的一個大的系統(tǒng)可能會同時存在有多個版本。 ? 一般來說，各個版本之間的 FI的差別不是很大。 – 原因是當(dāng)?shù)谝粋€版本發(fā)布的時候，其 FI應(yīng)該能夠滿足用戶的要求了。新的版本一般不必要花很多代價提高 FI。 – 因此，當(dāng)你的估算要求不是很高的時候，可以無差別地使用所有的數(shù)據(jù)。 – 否則可以考慮使用更加精確的方式。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1