• 定義項目類型和生命周期
• 建立SQA計劃，確定項目審計內容
• 生成SQA報告
• 審計SQA報告
• 獨立匯報

• 基本目標：
  • 目標1：軟件質量保證活動是有計劃的
  • 目標2：軟件產品和活動與適用的標準、規程和需求的符合性要得到客觀驗證
  • 目標3：相關的小組和個人要被告知軟件質量保證的活動和結果
  • 目標4：高級管理者處理在軟件項目內部不能解決的不符合問題。
• 任務：提供成員與管理階層客觀洞察流程與相關工作產品。

• 軟件評審
  • 關于審查和批準項目計劃，項目變更和工作進展評價的一個步驟。
• 為什么要軟件評審
  • 在開發過程中，評審可以讓我們獲得以下收益：
    • 提高項目的生產率。這是由于早期發現了錯誤，因而減少了返工時間，還可能減少測試時間
    • 改善軟件的質量。
    • 在評審過程中，使開發團隊的其他成員更熟悉產品和開發過
      程。
    • 通過評審，標志著軟件開發的一個階段的完成。
    • 生產出更容易維護的軟件。主要原因是：對于被評審的軟件，評審者必須是非常熟悉的；同時，在評審過程中，一定會產生并利用很多證明文檔，于是評審就迫使開發者產生出許多有用的文檔，而這些文檔如果不是因為評審，則在整個項目期間可能都不會生產。此外，評審過程也將增加對所開發軟件的理解。

• 管理評審
• 技術評審
• 文檔評審
• 過程評審

• 方法（從上到下，越來越正式）
  • 特別檢查
  • 輪查
  • 走查
  • 團隊評審
  • 檢視
• 異同點
  

• 初始級　　　過程沒有定義，控制很差，反應式
• 可重復級　　過程由具體項目而定，組織是反應式
• 已定義級　　項目通過組織發展方法，調整過程
• 已管理級　　過程唄檢測和監控
• 優化級　　　聚焦過程改進

• 目的
• 內容
  • 目標。必須定義每個測試階段的目標。
  • 結束準則。必須制定準則以規定每個測試階段何時可以結束，該問題將在下一節中討論。
  • 進度。每個階段都須有時間表。應指出何時設計、編寫和執行測試用例，某些軟件技術，如極限編程要求在程序編碼開始之前就設計測試用例和單元測試。
  • 責任。對于每一個階段，應當確定誰來設計、編寫和驗證測試用例，誰來修改發現的軟件錯誤。由于在大型項目中討論特定的測試結果是否代表錯誤時，有可能出現爭端，因此還需要確定一名仲裁者。
  • 測試用例庫及標準。在大型項目中，用于確定、編寫以及存儲測試用例的系統方法是必須的。
  • 工具。必須確定需要使用的測試工具，包括計劃由誰來開發或采購、如何使用工具以及何時需要使用工具
  • 計算機時間。計劃每個測試階段所需的計算機時間，包括用來編譯應用程序的服務器（如果需要的話）、用來進行安裝測試所需的桌面計算機、用來運行基于web應用程序的web服務器、聯網的設備（如果需要的話）等等。
  • 硬件配置。如果需要特別的硬件配置或設備，則需要一份計劃來描述該需求，該如何滿足需求以及何時需要滿足。
  • 集成。測試計劃的一部分是定義程序如何組裝在一起的方法（例如自頂向下的增量測試）。一個系統如果包含大的子系統或程序，可按增量的方式組裝在一起，例如可以使用自頂向下或自底向上的方法，但是這些構造塊是程序或子系統，而不是模塊。如果是這種情況，就需要一個系統集成計劃。系統集成計劃規定了系統集成的順序、系統每個版本的功能以及編寫“腳手架”代碼以模擬不存在的部件的職責分工。
  • 跟蹤步驟。必須跟蹤測試進行中的方方面面，包括對錯誤易發模塊的定位，以及有關進度、資源和結束準則的進展估計。
  • 調試步驟。必須制定上報已發現錯誤、跟蹤錯誤修改進程以及將修改部分加入系統中去的機制。調試計劃中還應包括進度、責任分工、工具以及計算機時間/資源等。
  • 回歸測試。回歸測試在對程序作了功能改進或進行了修改之后進行，其目的是判斷程序的改動是否引起了程序其他方面的退步。回歸測試通常重新執行測試用例中的某個子集。回歸測試很重要，因為對程序的改動和對錯誤的糾正要比原來的程序代碼更容易出錯（與報紙排版錯誤很相似，這些錯誤通常由于最后所做的編輯改動而引起的，而不是修改先前版本而引起的）。回歸測試計劃規定了測試人員、測試方法和測試時間，它也是必須的。
• 最重要的

• 建立以可靠性為核心的質量標準。　　確定劃分的各開發過程的質量度量
• 選擇開發方法　　目前的軟件開發方法主要有Parnas方法、Yourdon方法、面向數據結構的Jackson方法和Warnier方法……
• 軟件重用　　軟件重用不僅僅是指軟件本身，也可以是軟件的開發思想方法、文檔，甚至環境、數據等，包括三個方面內容的重用：開發過程重用、軟件構件重用、知識重用。
• 使用開發管理工具　　開發一個大的軟件系統，離不開開發管理工具，作為一個項目管理員，僅僅靠人來管理是不夠的，需要有開發管理工具來輔助解決開發過程中遇到的各種各樣的問題，以提高開發效率和產品質量
• 加強測試　　利用多種測試的規范及技術，加強測試的嚴密性。
• 容錯設計　　容錯技術的基本思想是使軟件內潛在的差錯對可靠性的影響縮小控制到最低程度。

簡述自動化測試的優點，并例舉兩種以上的自動化測試工具軟件

• 對程序的回歸測試更方便。這可能是自動化測試最主要的任務，特別是在程序修改比較頻繁時，效果是非常明顯的。由于回歸測試的動作和用例是完全設計好的，測試期望的結果也是完全可以預料的，將回歸測試自動運行，可以極大提高測試效率，縮短回歸測試時間。
• 可以運行更多更繁瑣的測試。自動化的一個明顯的好處是可以在較少的時間內運行更多的測試。
• 可以執行一些手工測試困難或不可能進行的測試。比如，對于大量用戶的測試，不可能同時讓足夠多的測試人員同時進行測試，但是卻可以通過自動化測試模擬同時有許多用戶，從而達到測試的目的。（理解：性能測試中的工具，如：JEMETER，LR等）
• 更好地利用資源 將繁瑣的任務自動化，可以提高準確性和測試人員的積極性，將測試技術人員解脫出來投入更多精力設計更好的測試用例。（把節省的人力投入到更有意義的用例設計上）將可自動測試的測試自動化后，可以讓測試人員專注于手工測試部分，提高手工測試的效率。
• 測試具有一致性和可重復性 由于測試是自動執行的，每次測試的結果和執行的內容的一致性是可以得到保障的，從而達到測試的可重復的效果。（腳本的復用性）
• 測試的復用性。由于自動測試通常采用腳本技術，這樣就有可能只需要做少量的甚至不做修改，實現在不同的測試過程中使用相同的用例。
• 增加軟件信任度 由于測試是自動執行的，所以不存在執行過程中的疏忽和錯誤，完全取決于測試的設計質量。一旦軟件通過了強有力的自動測試后，軟件的信任度自然會增加。
• C++ test和Visual Unit

• 軟件過程度量的目標是為了對軟件過程的行為進行目標管理，并在度量的基礎上對軟件過程進行控制，評價和改善軟件過程度量最終為項目管理和軟件過程管理服務。
• 對象主要包括三個：工作產品、軟件項目和過程。
• 軟件過程度量的方法對軟件過程度量的方法是過程性方法，軟件過程行為是事件行為，對過程的度量也具有過程性，從制定度量目標到收集數據再到數據分析表示了典型的度量階段。
• 軟件度量的結果通常是軟件產品的復雜度模型和可靠性模型等。

• 基本概念　軟件質量控制是一組由開發組織使用的程序和方法，使用它可在規定的資金投入和時間限制的條件下，提供滿足客戶質量要求的軟件產品并持續不斷地改善開發過程和開發組織本身，以提高將來生產高質量軟件產品的能力。
• 基本方法
  • 目標問題度量法
  • 風險管理法
  • PDCA質量控制法