常用的軟體可靠性的兩個指標

Ⅰ 計算機系統的可靠性通常用什麼來衡量

（1）規定的條件

軟體的可靠性定義中，規定的條件是指軟體投入運行需要的軟、硬體環境。軟體環境包括軟體運行的操作系統、應用程序、編譯系統、資料庫系統等；硬體環境包括CPU、Cache、Memory、I/O設備等。

（2）規定的時間

軟體可靠性只在軟體的運行時間內被體現出來。因此，規定的時間指軟體系統投入運行後計算機系統掛起和工作的累計時間。

（3）完成規定的功能

完成規定的功能指軟體不發生失效、無偏差地完成預期的功能。想要准確度量軟體可靠性就必須首先明確它的功能。

(1)常用的軟體可靠性的兩個指標擴展閱讀

通過軟體可靠性測試可以達到以下目的：

（1）發現軟體中影響可靠性的缺陷並修正，以實現可靠性增長

（2）驗證軟體可靠性是否達到既定標准

（3）估計和預測軟體可靠性水平

軟體可靠性測試的實用價值就在於它是提高軟體可靠性和定量評定軟體可靠性水平的關鍵技術。其難點和核心在於測試用例的設計和生成，它決定著軟體測試質量的高低。

Ⅱ 可靠性測試的兩個關鍵性能指標是什麼

請看以下對產品可靠性的解釋，相信你就知道了
產品在規定的條件下，使用規定的時間內，完成規定功能的概率稱之為可靠性
即可靠性四要素：
規定條件
規定時間
規定功能
概率（即某事件發生之可能性）
而產品可靠性之好壞，是由三個因素影響，即功能正常，使用環境，使用期限

Ⅲ 軟體質量保證的項目內容

需求分析→功能設計→實施計劃
檢查：開發目的；目標值；開發量；所需資源；各階段的產品作業內容及開發體制的合理性。 結構設計→數據設計→過程設計
檢查：產品的計劃量與實際量；評審量；差錯數；評審方法，出錯導因及處理情況，階段結束的判斷標准。 說明書檢查；程序檢查。
⒈3質量保證實施
軟體質量評價標准。
⒈質量需求准則：著眼點是是否滿足用戶的要求
⒉質量設計准則：開發者在設計實現時是否按軟體需求保證了質量
⒊質量度量准則：為質量度量規定了一些檢查項目：
精密度量：根據質量度量准則進行詳細度量
全面度量
簡易度量
五個實施步驟
⒈Target：以用戶需求和開發任務為依據，對質量需求准則，質量設計准則的質量特性設定質量目標進行評價。
⒉Plan：設定適合於待開發軟體的評測檢查項目，一般設定20—30個。
⒊DO：在開發標准和質量評價准則的指導下，製作高質量的規格說明書和程序。
⒋Check：以Plan階段設定的質量評價准則進行評價，算出得分，以質量圖的形成表示出來，比較評價結果的質量得分和質量目標看其是否合格。
⒌Action：對評價發現的問題進行改進活動，重復Plan到Action的過程直到開發項目完成。
⒈4軟體可靠性
可靠性統計定義：
在給定的環境和給定的時間間隔內，按設計要求成功運行程序的概率。
二、軟體可靠性的主要指標
MTBF ——平均故障間隔時間
MTTF —— 平均故障時間
MTTR ——平均修復時間
MTBF = MTTF + MTTR
軟體可用性是指在某個給定時間點程序能夠按照需求執行的概率。
可用性 = MTTF /（MTTF+MTTR）×100%
⒈5 ISO9000 質量標准
ISO9000是指質量管理體系標准，它不是指一個標准，而是一族標準的統稱。ISO9000是由TC176（TC176指質量管理體系技術委員會）制定的所有國際標准。ISO9000是ISO發布之12000多個標准中最暢銷、最普遍的產品。
ISO（國際標准化組織）和 IAF （國際認可論壇）於2008年8月20日發布聯合公報，一致同意平穩轉換全球應用最廣的質量管理體系標准，實施ISO9001:2008認證。
2000版ISO 9000族標准包括以下一組密切相關的質量管理體系核心標准：
⑴ISO 9000《質量管理體系結構 基礎和術語》，表述質量管理體系基礎知識，並規定質量管理體系術語。
⑵ISO 9001《質量管理體系要求》，規定質量管理體系要求，用於證實組織具有提供滿足顧客要求和適用法規要求的產品的能力，目的在於增於顧客滿意。
⑶ISO9004《質量管理體系業績改進指南》，提供考慮質量管理體系的有效性和效率兩方面的指南。該標準的目的是促進組織業績改進和使顧客及其他相關方滿意。
ISO9000標准被很多國家採用，包括歐盟的所有成員，加拿大、墨西哥、美國、澳大利亞、紐西蘭和太平洋區域。為了注冊成為ISO9000中包含的質量保證系統模型中的一種，一個公司的質量系統和操作應該由第三方審計者仔細檢查，查看其標準的符合性以及操作的有效性。成功注冊之後，這一公司將收到由審計者所代表的注冊實體頒發的證書。此後，每半年進行一次檢查性審計。
ISO9001是應用於軟體工程質量保證標准。這一標准中包含了高效的質量保證系統必須體現的20條需求。因為ISO9001標准，適用於所有的工程行業，因此，為幫助解釋該標准在軟體過程中的使用而專門開發了一個ISO指南的子集ISO9000—3。
ISO9001描述的需求涉及到管理責任，質量系統，合約評審，設計控制，文檔和數據控制，產品標識和跟蹤，過程和控制，審查和測試，糾正和預防性動作，質量控制記錄，內部質量審計，培訓，服務以及統計技術的主題。

Ⅳ 定量地衡量系統可靠性是否良好的指標有2歌

⒈ 字長

指計算機一次能夠並行處理的二進制數據的位數，字長直接影響到計算機的功能、用途及應用領域。

⒉ 主頻速度

指計算機的時鍾頻率，主頻在很大程度上決定了計算機的運算速度。

⒊ 運算速度

指計算機每秒鍾能執行的指令數。常用的單位有 MIPS （每秒百萬條指令）。目前已達每秒 2 ～ 5 億條指令。

⒋ 存儲周期

指存儲器連續兩次讀取（或寫入）所需的最短時間，半導體存儲器的存儲周期約為幾十到幾百毫微秒之間。

⒌ 存儲容量

指內存儲器能夠存儲信息的總位元組數。

⒍ 可靠性

指在給定時間內計算機系統能正常運轉的概率，通常用平均無故障時間表示，無故障時間越長表明系統的可靠性越高。

⒎ 可用性

指計算機的使用效率，它以計算機系統在執行任務的任意時刻所能正常工作的概率表示。

⒏ 可維護性

指計算機的維修效率，通常用平均修復時間來表示。

其中，主頻、運算速度、存儲周期是衡量計算機速度的不同性能指標。此外，還有一些評價計算機的綜合指標，例如性能價格比、兼容性、系統完整性、安全性等。

Ⅳ 衡量軟體可靠性的2個指標

第一：穩定性；第二：安全性；

Ⅵ 什麼是軟體系統故障率與可靠性

系統故障率就是system failure rate，即反映系統或者軟體出問題的幾率，這個值越大，軟體越不穩定。

系統可靠性

隨著科學技術的發展，現代化的機器、技術裝備、交通工具和探索工具越來越復雜。這些機器和設備等的可靠性受到了人們的廣泛重視，我們把這種可靠性稱為系統可靠性。系統愈復雜，若可靠性達不到較高的指標要求，則系統出故障的可能性愈大、造成的損失也愈大。這些損失可能是經濟上的、信譽上的，甚至是造成生命安全或更嚴重的災難性後果。譬如導航系統的不可靠或工作失誤可導致飛機墜毀；飛機在著陸時，其控制系統如不能將飛機的滑翔輪子可靠地彈出，後果將是不可想像的。

Ⅶ 系統的可靠性mtbf和可用度a反映了系統的什麼特性之間聯系

可靠性和可用性是我們常見的IT系統衡量指標，有朋友問我這兩個指標有什麼區別，其實我也是大概有個概念。一時找不到權威的文檔，Google了一下也沒發現什麼精確的定義，只能說說我的理解，我大致的印象是：
可靠性（R）是指從它開始運行到某個時刻，這個時間段內正常運行的概率。
兩個故障之間系統能正常工作的時間的平均值成為平均無故障工作時間。
通常平均修復時間來表示計算機的可維修性（S）；
可靠性是在給定的時間間隔和給定條件下，系統能正確執行其功能的概率。
可用性(A)是指系統在執行任務的任意時刻能正常工作的概率。A= MTTF/(MTTF+MTTR)*100% MTTF+MTTR=MTBF （Mean time Between Failure）

提高可靠性需要強調減少系統中斷（故障）的次數，提高可用性需要強調減少從災難中恢復的時間。
A系統每年因故障中斷十次，每次恢復平均要20分鍾，B系統每年因故障中斷2次，每次需5小時恢復。則A系統可用性比B系統高，但可靠性比B系統差。
可靠性的量化指標是周期內系統平均無故障運行時間，可用性的量化指標是周期內系統無故障運行的總時間。一般提高可靠性的同時，也同時提高了可用性。
要提高可靠性，可使用變更管理，UPS，RAID，Cluster，鏈路冗餘等管理和技術手段減少系統Down機的可能性。要提高可用性，除提高可靠性外，還可以使用合理備份，業務連續性計劃等方式來減少從災難中恢復的時間。

Ⅷ 軟體測試常見性能指標有哪些，並簡述其定義

包括負載測試，強度測試，資料庫容量測試，基準測試以及競爭測試

1、負載測試

負載測試，一種性能測試指數據在超負荷環境中運行，程序是否能夠承擔。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。

2、強度測試

強度測試，一種性能測試，他在系統資源特別低的情況下軟體系統運行情況。這類測試往往可以書寫系統要求的軟硬體水平要求。

實施和執行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內存或磁碟空間不足，測試對象就可能會表現出一些在正常條件下並不明顯的缺陷。而其他缺陷則可能由於爭用共享資源（如資料庫鎖或網路帶寬）而造成的。強度測試還可用於確定測試對象能夠處理的最大工作量。

3、資料庫容量測試

資料庫容量測試指通過存儲過程往資料庫表中插入一定數量的數據，看看相關頁面是否能夠及時顯示數據。資料庫容量測試使測試對象處理大量的數據，以確定是否達到了將使軟體發生故障的極限。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。

4、基準測試

基準測試與已知現有的系統進行比較，主要檢驗是否與類似的產品具有競爭性的一種測試。

5、競爭測試

軟體競爭使用各種資源（數據紀錄，內存等），與其他相關系統對資源的爭奪能力。

(8)常用的軟體可靠性的兩個指標擴展閱讀

軟體測試原則：對計算機軟體進行測試前，首先需遵循軟體測試原則，即不完全原則的遵守。不完全原則即為若測試不完全、測試過程中涉及免疫性原則的部分較多，可對軟體測試起到一定幫助。

因軟體測試因此類因素具有一定程度的免疫性，測試人員能夠完成的測試內容與其免疫性成正比，若想使軟體測試更為流暢、測試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個開發流程，不斷進行測試，而並非一次性全程測試。

Ⅸ 什麼是軟體的可靠性他包括哪些要素

1983年美國IEEE計算機學會對「軟體可靠性」作出了明確定義，此後該定義被美國標准化研究所接受為國家標准，1989年我國也接受該定義為國家標准。該定義包括兩方面的含義： （1）在規定的條件下，在規定的時間內，軟體不引起系統失效的概率； （2）在規定的時間周期內，在所述條件下程序執行所要求的功能的能力； 其中的概率是系統輸入和系統使用的函數，也是軟體中存在的故障的函數，系統輸入將確定是否會遇到已存在的故障（如果故障存在的話）。
軟體可靠性是關於軟體能夠夠滿足需求功能的性質，軟體不能滿足需求是因為軟體中的差錯引起了軟體故障。軟體中有哪些可能的差錯呢? 軟體差錯是軟體開發各階段潛入的人為錯誤： 1.需求分析定義錯誤。如用戶提出的需求不完整，用戶需求的變更未及時消化，軟體開發者和用戶對需求的理解不同等等。 2.設計錯誤。如處理的結構和演算法錯誤，缺乏對特殊情況和錯誤處理的考慮等。 3.編碼錯誤。如語法錯誤，變數初始化錯誤等。 4.測試錯誤。如數據准備錯誤，測試用例錯誤等。 5.文檔錯誤。如文檔不齊全，文檔相關內容不一致，文檔版本不一致，缺乏完整性等。 從上游到下游，錯誤的影響是發散的，所以要盡量把錯誤消除在開發前期階段。 錯誤引入軟體的方式可歸納為兩種特性：程序代碼特性，開發過程特性。 程序代碼一個最直觀的特性是長度，另外還有演算法和語句結構等，程序代碼越長，結構越復雜，其可靠性越難保證。 開發過程特性包括採用的工程技術和使用的工具，也包括開發者個人的業務經歷水平等。 除了軟體可靠性外，影響可靠性的另一個重要因素是健壯性，對非法輸入的容錯能力。 所以提高可靠性從原理上看就是要減少錯誤和提高健壯性。

Ⅹ 達到什麼樣指標的測試結果才是可靠的軟體系統

一、評價指標體系建立
要對軟體測試結果進行評價，軟體的行為特性，如可靠性、正確性、健壯性、可擴展性和性能等，是最基本的指標。但由於銀行業務軟體的行為特性比較抽象，難以量化，不能直接作為評價指標，必須對之建立量化的子指標。在實際測試中最容易量化的就是測試用例數、程序代碼行數、問題修改時間、程序響應時間和測試問題數以及數據量、交易量。
程序響應時間和數據量、交易量可以對程序性能作出評價，而問題數量及問題的修改時間則可以對程序的可靠性、健壯性、可擴展性、正確性進行很好的評價。不同嚴重程度的問題對測試結果的影響是不一樣的，比如一般問題可能對程序正確性影響不大，而緊急問題卻可能導致程序無法運行從而對程序正確性造成嚴重影響。所以對於程序正確性的評價必須區分一般問題、重要問題和緊急問題。