【正文】 CMM的用途：a. 評估組用來識別組織中的強處和弱處； b. 評價組用來識別選擇不同的業(yè)務承包商的風險和監(jiān)督合同； c. 管理者用來了解其組織的能力，并了解為了提高其能力成熟度而進行軟件過程改進所需進行的活動； d. 技術人員和過程改進組用來作為指南，指導他們在組織中定義和改進軟件過程。） CMM3：已定義級：Defined，過程被描述，并得到良好理解；（關鍵過程區(qū)域：組織過程定義；組織過程焦點；培訓大綱；集成軟件管理；軟件產品工程；組際協(xié)調；同行評審。過程：一組將輸入轉化為輸出的相關聯(lián)或相互作用的活動。而質量就是實體基于這些特性滿足需求的程度。特點：1) 基于風險2) 用例集驅動3) 以架構為中心4) 迭代和增量IPD流程： 1） 產品結構重整（資源重整） 2） 公共模塊共用15. 軟件研發(fā)中幾個重要的過程：需求管理、配置管理、缺陷管理、同行評審。10. 軟件生命周期的各個階段：計劃→ 需求分析→ 設計→ 編碼→ 測試→ 運行 → 評價 11. 設計： 概要設計（HLD）：在設計階段把各項需求轉換成相應的體系結構，每一部分是功能明確的模塊；詳細設計（LLD）：對每個模塊要完成的工作進行具體的描述。6. 軟件測試的主要工作：a. 檢視代碼，評審開發(fā)文檔；b. 進行測試設計，寫作測試文檔（測試計劃、測試方案、測試用例等）；c. 執(zhí)行測試，發(fā)現軟件缺陷，提交缺陷報告，并確認缺陷最終得到了修正；d. 通過測試度量軟件質量。第一章 測試基礎1. 軟件測試的目的：證明（表達軟件能夠工作）→ 檢測（發(fā)現錯誤）→ 預防（管理質量）2. 測試執(zhí)行：單元測試（UT執(zhí)行）：一個測試用例的測試執(zhí)行；集成測試（IT執(zhí)行）：一個測試用例集的測試執(zhí)行；系統(tǒng)測試（ST執(zhí)行）：不同測試階段的測試執(zhí)行。7. 軟件危機的出現主要表現在：a. 由于缺乏大型軟件開發(fā)經驗和軟件開發(fā)數據積累，開發(fā)工作計劃很難制定；b. 開發(fā)早期需求分析不夠明確，造成開發(fā)后期矛盾集中暴露；c. 不遵循開發(fā)規(guī)范，開發(fā)文檔不完整，軟件難以維護；d. 缺乏嚴密有效的軟件質量檢測手段，交付給用戶的軟件質量差。12. 軟件研發(fā)三要素：人員、過程、工具13. 軟件項目組人員組成：分析人員、設計人員、開發(fā)人員、測試人員、配置管理 人員、SQA（質量保證人員）14. 軟件研發(fā)流程類型：瀑布模型：無風險控制能力，適合需求變化較小的情況。16. 常見的引入缺陷的原因：a. 開發(fā)過程缺乏有效的溝通，或者沒有進行溝通； b. 軟件復雜度越來越高； c. 編程中產生錯誤； d. 需求不斷變更； e. 項目進度的壓力； f. 不重視開發(fā)文檔；g. 軟件開發(fā)工具本身隱藏的問題。 軟件質量的三個層次：a. 符合需求規(guī)格；b. 符合用戶顯示需求； c. 符合用戶實際需求。 八項質量管理原則：a. 以顧客為中心；b. 領導作用；c. 全員參與； d. 過程方法；e. 管理的系統(tǒng)方法；f. 持續(xù)改進； g. 基于事實的決策方法；h. 互利的供方關系。）CMM4：已管理級：Managed，過程被測量并受控；（關鍵過程區(qū)域：定量的過程管理；軟件質量管理。 ISO9001和CMM的關系： 相似點：強調管理、過程、規(guī)范化和文檔化； 不同點：CMM把焦點對準軟件；ISO9001的范圍包括：硬件、軟件、流程性材料和服務； 兩者關系：CMM2級與ISO9001強相關；CMM的每個關鍵過程域至少按某種解釋與ISO9001弱相關。包括：成熟性；容錯性；易恢復性；可靠性的依從性。包括：時間特性；資源利用性；效率依從性。 可移植性：軟件產品從一種環(huán)境遷移到另外一種環(huán)境的能力。 對項目進行度量、分析，增加項目的可視性； 目的：1 軟件度量的作用：1) 理解；預測；評估；改進。 白盒測試又可以被稱為玻璃盒測試、透明盒測試、開放盒測試、結構化測試、邏輯驅動測試。 發(fā)現問題后解決問題的成本較低。 控制流相關概念：程序元素、控制流關系、控制流圖、控制流矩陣。（賦值語句運算效率高） 信息流分析：輸入變量和語句關系；語句和輸出變量關系；輸入和輸出變量管理。 將插裝代碼重新編譯； 可以檢測代碼中的每條分支和路徑； 白盒測試投入較大，成本高； 黑盒測試針對的被測對象可以是一個系統(tǒng)、一個子系統(tǒng)、一個模塊、一個子模塊、一個函數等。1 常見的黑盒測試方法：等價類、邊界值、因果圖、判定表、狀態(tài)遷移、正 交分解、錯誤猜測、輸入/輸出域覆蓋、1 系統(tǒng)測試的時候，如果沒有SRS時，有兩類BUG無法發(fā)現：1）需求遺漏；2）需求偏差 1 黑盒測試的優(yōu)點： 有助于暴露任何規(guī)格不一致或有歧義的問題。 不能直接針對特定的程序段，這些程序可能非常復雜（因此可能隱藏更多的問題）。1 自動化靜態(tài)分析：靜態(tài)驗證；語法分析器；符號執(zhí)行器。4) 進行了自動化測試的軟件不一定就是安全的，質量有保證的。 自動化測試只能提高測試效率，不能提高測試效果，不能發(fā)現比人工測試更多的問題；如被測對象不穩(wěn)定，存在變動性的話不適合開展自動化測試，否則腳本的編寫和維護所耗費的時間可能遠大于人工測試；開發(fā)人員通常不在測試現場，測試情況通常不受控。V：驗證（VERIFICATION）強調過程；確認（VALIDATION）強調 結果。 揭示了軟件測試活動分層和分階段的本質特性：測試執(zhí)行的順序與開發(fā)活動相反 Vamp。 方法：不考慮每個模塊與其他模塊之間的關系，為每個模塊設計樁模塊和驅動模塊?？梢赃_到高的結構覆蓋率。2) 自頂向下的單元測試策略： 3) 自底向上的單元測試策略： 單元測試的四個階段： 測試執(zhí)行：執(zhí)行單元測試用例，修改發(fā)現的問題并進行回歸測試，提交單元測試報告。下面給出來的是需要測試的實際的代碼。return temp。 自頂向下單元測試策略不同測試步驟中的驅動可以寫到一起，也可以分開寫，這里是寫到一起了。 驅動函數void driver(){int ret=0。ret=ctrl(1,1)。 //xyif(ret==1) printf(“testcase JISUAN_UT_CTRL_003 pass”)。amp。 y==1) return 2。 y==2) return 1。if(x=y) temp=stub_add(x, y)。 測試add函數216。if(x=y){ temp=add(x, y)。amp。amp。 else printf(“testcase JISUAN_UT_ADD_002 fail”)。 驅動函數同測試ctrl函數時的驅動216。else{ temp=sub(x, y)。amp。 }第六章 集成測試1. 集成測試的目的：確保各組件組合在一起后能夠按照既定意圖寫作運行，并確保增量的行為正確（屬于灰盒測試）1) 驗證接口是否與設計相符2) 發(fā)現設計和需求中存在的錯誤2. 集成測試關注的重點：單元間的接口、集成后的功能3. 集成測試的層次：模塊內集成、子系統(tǒng)內集成、子系統(tǒng)間集成4. 集成測試策略：1) 大爆炸集成2) 自頂向下集成3) 自底向上集成4) 三明治（混合式）集成重要5) 基干集成6) 分層集成7) 基于功能的集成8) 基于消息的集成實際中應用較多9) 基于進度的集成10) 基于風險的集成5. 各種集成測試策略的優(yōu)缺點：優(yōu)點缺點適用范圍大爆炸集成，人力、物力資源利用率較高（增強型）（特別是接口函數）自頂向下，可首先實現和驗證一個完整的軟件功能（帶來信心），減少驅動開發(fā)費用，需要盡早被驗證自底向上，設計上的錯誤不能被及時發(fā)現、變動較少的產品三明治集成集合了自頂向下和自底向上策略的優(yōu)點中間層在被集成前測試不充分大部分軟件開發(fā)項目基干集成具有三明治集成的優(yōu)點大型復雜項目基于功能集成/基于消息集成，并驗證正確性，會丟失許多接口錯誤基于進度集成，無法發(fā)現有效的接口問題，組件很不穩(wěn)定且會不斷變動，導致測試的重復和浪費進度優(yōu)先級高于質量的項目基于風險集成最具有風險的組件最早進行驗證，有助于系統(tǒng)的快速穩(wěn)定需要對各組件的風險有一個清晰的分析第七章 系統(tǒng)測試1. 系統(tǒng)測試目的：1) 通過與需求做比較，發(fā)現與系統(tǒng)定義不符合或與之矛盾的地方2) 系統(tǒng)測試的用例應根據需求分析說明書來設計，并在實際使用環(huán)境下運行2. 系統(tǒng)測試對象1) 軟硬件集合在一起的系統(tǒng)2) 驗證時應盡可能模擬實際的運行環(huán)境與條件3. 系統(tǒng)測試常用類型：功能、性能、壓力、容量、安全性、GUI、可用性、安裝、配置、異常（恢復性）、備份、健壯性、文檔、在線幫助、網絡、穩(wěn)定性測試4. 功能測試：1) 概念：根據產品的SRS和測試需求列表，驗證產品的功能實現是否符合產品的需求規(guī)格2) 目標：為了發(fā)現以下幾類錯誤a) 是否有不正確或遺漏了的功能b) 功能實現是否滿足用戶需求和系統(tǒng)設計的隱藏需求c) 輸入能否正確接受？能否正確輸出結果？5. 性能測試：1) 概念：用來測試軟件在集成系統(tǒng)中的運行性能2) 目標：度量系統(tǒng)相對于預定義目標的差距3) 工具：LoadRunner、WebLoad、SilkPerformer4) 重要性：a) 性能是質量的重要組成部分b) 給用戶樹立良好形象c) 節(jié)省成本的重要手段6. 性能測試的關鍵：有效的協(xié)調、正確的模型、瓶頸的定位、合理的建議7. 性能需求五大特性：需求行、代表性、完整性、可測試性、可用性8. 壓力測試：關注穩(wěn)定性和破壞性1) 目的：調查系統(tǒng)在其資源超負荷的情況下的表現2) 目標：通過極限測試方法，發(fā)現系統(tǒng)在極限或惡劣環(huán)境中自我保護能力，主要驗證系統(tǒng)的可靠性。