• 定義項(xiàng)目類型和生命周期
• 建立SQA計(jì)劃，確定項(xiàng)目審計(jì)內(nèi)容
• 生成SQA報(bào)告
• 審計(jì)SQA報(bào)告
• 獨(dú)立匯報(bào)

• 基本目標(biāo)：
  • 目標(biāo)1：軟件質(zhì)量保證活動(dòng)是有計(jì)劃的
  • 目標(biāo)2：軟件產(chǎn)品和活動(dòng)與適用的標(biāo)準(zhǔn)、規(guī)程和需求的符合性要得到客觀驗(yàn)證
  • 目標(biāo)3：相關(guān)的小組和個(gè)人要被告知軟件質(zhì)量保證的活動(dòng)和結(jié)果
  • 目標(biāo)4：高級管理者處理在軟件項(xiàng)目內(nèi)部不能解決的不符合問題。
• 任務(wù)：提供成員與管理階層客觀洞察流程與相關(guān)工作產(chǎn)品。

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

• 管理評審
• 技術(shù)評審
• 文檔評審
• 過程評審

• 方法（從上到下，越來越正式）
  • 特別檢查
  • 輪查
  • 走查
  • 團(tuán)隊(duì)評審
  • 檢視
• 異同點(diǎn)
  

• 初始級　　　過程沒有定義，控制很差，反應(yīng)式
• 可重復(fù)級　　過程由具體項(xiàng)目而定，組織是反應(yīng)式
• 已定義級　　項(xiàng)目通過組織發(fā)展方法，調(diào)整過程
• 已管理級　　過程唄檢測和監(jiān)控
• 優(yōu)化級　　　聚焦過程改進(jìn)

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

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

簡述自動(dòng)化測試的優(yōu)點(diǎn)，并例舉兩種以上的自動(dòng)化測試工具軟件

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

• 軟件過程度量的目標(biāo)是為了對軟件過程的行為進(jìn)行目標(biāo)管理，并在度量的基礎(chǔ)上對軟件過程進(jìn)行控制，評價(jià)和改善軟件過程度量最終為項(xiàng)目管理和軟件過程管理服務(wù)。
• 對象主要包括三個(gè)：工作產(chǎn)品、軟件項(xiàng)目和過程。
• 軟件過程度量的方法對軟件過程度量的方法是過程性方法，軟件過程行為是事件行為，對過程的度量也具有過程性，從制定度量目標(biāo)到收集數(shù)據(jù)再到數(shù)據(jù)分析表示了典型的度量階段。
• 軟件度量的結(jié)果通常是軟件產(chǎn)品的復(fù)雜度模型和可靠性模型等。

• 基本概念　軟件質(zhì)量控制是一組由開發(fā)組織使用的程序和方法，使用它可在規(guī)定的資金投入和時(shí)間限制的條件下，提供滿足客戶質(zhì)量要求的軟件產(chǎn)品并持續(xù)不斷地改善開發(fā)過程和開發(fā)組織本身，以提高將來生產(chǎn)高質(zhì)量軟件產(chǎn)品的能力。
• 基本方法
  • 目標(biāo)問題度量法
  • 風(fēng)險(xiǎn)管理法
  • PDCA質(zhì)量控制法