3、軟件質量因素
正確性：系統滿足規格說明和用戶目標的程度，即，在預定環境下能正確地完成預期功能的程度。
健壯性：在硬件發生故障、輸入的數據無效或操作錯誤等意外環境下，系統能做出適當響應的程度。
效率：為了完成預定的功能，系統需要的計算資源的多少。
完整性（安全性）：對未經授權的人使用軟件或數據的企圖，系統能過控制（禁止）的程度。
可用性：系統在完成預定應該完成的功能時另人滿意的程度。
風險：按預定的成本和進度把系統開發出來，并且為用戶所滿意的概率。
可理解性：理解和使用該系統的容易程度。
可維修性：診斷和改正在運行現場發現的錯誤所需要的工作量的大小。
靈活性（適應性）：修改或改進正在運行的系統需要的工作量的多少。
可測試性：軟件容易測試的程度。
可移植性：把程序從一種硬件配置和（或）軟件系統環境轉移到另一種配置和環境時，需要的工作量多少。有一種定量度量的方法是：用原來程序設計和調試的成本除移植時需用的費用。
可再用性：再其他應用中該程序可以被再次使用的程度（或范圍）。
互運行性：把該系統和另一個系統結合起來需要的工作量的多少。
4、軟件評審
軟件評審并不是在軟件開發完畢后進行評審，而是在軟件開發的各個階段都要進行評審。因為在軟件開發的各個階段都可能產生錯誤，如果這些錯誤不及時發現并糾正，會不斷地擴大，后可能導致開 發的失敗。下面這組數據可以清楚的看出前期的錯誤對后期的影響。
軟件評審是相當重要的工作，也是目前國內開發不重視的工作。
（1）評審目標
。發現任何形式表現的軟件功能、邏輯或實現方面的錯誤；
。通過評審驗證軟件的需求；
。保證軟件按預先定義的標準表示；
。已獲得的軟件是以統一的方式開發的；
。使項目更容易管理。
（2）評審過程
A、召開評審會議：一般應有3至5人參加，會前每個參加者做好準備，評審會每次一般不超過2小時。
B、會議結束使必須做出以下決策之一：接受該產品，不需做修改；由于錯誤嚴重，拒絕接受；暫時接受該產品。
C、評審報告與記錄；所提出的問題都要進行記錄，在評審會結束前產生一個評審問題表，另外必須完成評審簡要報告。
（3）評審準則
。評審產品，而不是評審設計者（不能使設計者有任何壓力）；
。會場要有良好的氣氛；
。建立議事日程并維持它（會議不能脫離主題）；
。限制爭論與反駁（評審會不是為了解決問題，而是為了發現問題；
。指明問題范圍，而不是解決提到的問題；
。展示記錄（好有黑板，將問題隨時寫在黑板上）；
。限制會議人數和堅持會前準備工作；
。對每個被評審的產品要盡力評審清單（幫助評審人員思考）；
。對每個正式技術評審分配資源和時間進度表；
。對全部評審人員進行必要的培訓；
。及早地對自己地評審做評審（對評審準則的評審）。
5、ISO9000.3軟件質量認證體系
ISO9000.3是ISO9000質量體系認證中關于計算機軟件質量管理和質量保證標準部分。它從管理職責、質量體系、合同評審、設計控制、文件和資料控制、采購、顧客提供產品的控制、產品標識和可追溯性、過程控制、檢驗和試驗、檢驗/測量和試驗設備的控制、檢驗和試驗狀態、不合格品的控制、糾正和預防措施、搬運/貯存/包裝/防護和交付、質量記錄的控制、內部質量審核、培訓、服務、統計系統等二個方面對軟件質量進行了要求。
6、測試
軟件測試是軟件開發的一個重要環節，同時也是軟件質量保證的一個重要環節。所謂測試是用已知的輸入在已知環境中動態地執行系統（或系統的部件）。測試一般包括單元測試、模塊測試、集成測試和系統測試。如果測試結果與預期結果不一致，則很可能是發現了系統中的錯誤，測試過程中將產生下述基本文檔：
（1）測試計劃：確定測試范圍、方法、和需要的資源等。
（2）測試過程：詳細描述和每個測試方案有關的測試步驟和數據（包括測試數據及預期的結果）。
（3）測試結果：把每次測試運行的結果歸入文檔，如果運行出錯，則應產生問題報告，并且必須經過調試解決所發現的問題。測試結果：把每次測試運行的結果歸入文檔，如果運行出錯，則應產生問題報告，并且必須經過調試解決所發現的問題。
