軟件質量保證包括軟件質量管理方法、有效的軟件工程技術（方法、工具）、在整個軟件工程中采用的正式技術復審、多層次的測試策略、對軟件文檔及其修改的控制、保證軟件遵從軟件開發標準的規程以及度量、報告機制。21世紀計算機軟件發展的大方向是質量優于性能改進。軟件測試定義：軟件測試是使用人工或自動手段來運行或測定某個系統的過程，檢驗是否滿足規定需求，或者弄清預期結果與世紀結果之間的差別。測試是程序執行的過程，目的在于發現錯誤，一個好的測試用例可以發現至今尚未發現的錯誤，一個成功的測試能發現至今未發現的錯誤。軟件測試方法：（1）從是否需要執行被測試軟件的角度分為靜態測試和動態測試；（2）從測試是否針對系統的內部結構和具體實現算法的角度分為黑盒測試和白盒測試。靜態測試無需執行被測代碼，而是借助專用的軟件測試工具評審軟件文檔或程序，度量程序靜態復雜度，通過分析或檢查程序的文法，結構、過程、接口等來檢查程序的正確性，借此發現程序不足之處減少錯誤概率。黑盒測試也稱功能測試或數據驅動測試，是已知軟件所需功能，通過測試來檢測每個功能是否能正常使用。白盒測試也稱結構測試或邏輯驅動測試，知道軟件內部的工作過程，可通過測試來檢測軟件產品內部的動作是否按照規格說明書的規定要求正確運行，并且按照程序內部的結構測試程序來檢驗程序中的每條通路是否都能按照預定的要求正常工作，而不考慮功能是否正確。軟件質量控制是一組由開發組織使用的程序和方法，可在規定的資金投入和時間限制的條件下提供滿足客戶質量要求的軟件產品并持續不斷地改善開發過程和開發組織本身以提高將來生產高質量軟件產品的能力。軟件質量控制是對開發過程中軟件產品（包括階段性產品）的質量信息進行連續的收集，反饋。詳細描述PDCA：（1）計劃Plan：確定參數要求；（2）實施Do：根據要求開展活動（3）檢查Check：通過評審、度量、測試確認滿足要求；（4）改進Action：糾正參數要求再開發。軟件質量控制的實施過程：預開發階段開發階段維護階段軟件質量保證的目的是使軟件過程對于管理人員來說是可見的，通過對軟件產品和活動進行評審和審計來驗證軟件是符合標準的。軟件質量保證組在項目開始時就一起參與建立計劃，標準和過程。這些將使軟件項目滿足機構方針的要求。軟件質量度量的根本目的是為了管理的需要利用度量來改進軟件過程。軟件度量是對軟件開發項目、過程、產品、進行數據定義、收集、分析的持續性定量化過程，目的在于對此加以理解、預測、評估、控制、改善。通過軟件度量可以改進軟件開發過程。促進項目成功，開發高質量的軟件產品。軟件度量作用：對于軟件質量，CMM的定義如下：一個系統、組件、過程符合特定需求的程度；一個系統、組件、過程、符合客戶或用戶的要求或者期望程度。軟件質量的要素指以下兩個方面：從技術角度講，對軟件整體質量影響最大的是那些質量屬性才是質量定義：集成測試在單元測試的基礎上將所有已經通過單元測試的模塊按照概要設計的要求組裝為子系統或系統。集成測試測試內容：將各模塊連接起來時穿越模塊接口的數據是否會丟失。各子功能模塊組合起來能否達到預期要求的父功能；模塊的功能是否會對其他模塊的功能產生不利影響。全局數據結構是否有問題，是否會被異常修改。集成測試測試方法：非增量式集成測試方法增量式集成測試方法自頂向下增量式集成測試自底向上增量式集成測試比較：驗收測試是一種有效性測試或合格性測試，是以用戶為主，軟件開發人員、實施人員和質量保證人員共同參與的測試。驗收測試測試技術：α測試：內部人員模擬各類用戶行為對即將面世的軟件產品進行測試。β測試：用戶在日常實際使用β版本。把α測試看成是對一個早期的、不穩定的軟件版本所進行的驗收測試。而把β測試看成是對一個晚期的、更加穩定的軟件版本所進行的驗收測試。回歸測試指修改了舊代碼后重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。黑盒測試法是把程序看作一個黑盒子，完全不考慮程序的內部結構和處理過程。等價類劃分法是一種黑盒測試技術，不考慮內部結構，把所有可能的輸入數據（即程序的輸入域）劃分成若干部分（子集），然后從每一個子集中選取少數具有代表性的數據作為測試用例。劃分等價類：（1）有效等價類（2）無效等價類設計測試用例原則：每一個等價類規定性一個唯一的編號設計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價類，然后重復這一步，知道酥油的有效等價類都被覆蓋為止。設計一個引得測試用例，使其僅覆蓋一個尚未被覆蓋的無效等價類，然后重復這一步，直到所有的無效等價類都被覆蓋為止。邊界值選擇法：因果圖設計法：分析程序規格說明的描述中那些是原因，哪些是結果。分析程序規格說明的描述中語義的內容，并將其表示成連接各個原因與各個結果的“因果圖”表明約束條件把因果圖轉換成判定表為判定表每一列表示的情況設計測試用例。白盒測試法與黑盒測試法相反，前提是可以把程序看成裝在一個透明的白盒子里，測試者完全知道程序的結構和處理算法。白盒測試實施步驟：（1）測試計劃階段（2）測試設計階段（3）測試執行階段（4）測試總結階段白盒測試的方法在總體上分為靜態方法和動態方法。軟件失效處理機制（陳述）軟件錯誤：指在軟件生存期內的不希望或不可接受的人為錯誤，其結果是導致軟件缺陷的產生，軟件錯誤是一種人為過程，相對于軟件本身是一種外部行為。軟件缺陷：存在于軟件（文檔、數據或程序）之中的那些不希望或不可接受的偏差。結果是軟件運行于某一特定條件時出現軟件故障，這時稱軟件缺陷被激活。軟件故障：指軟件運行過程中出現的一種不希望或不可接受的內部狀態。軟件失效：指軟件運行時產生的一種不希望或不可接受的外部行為結果。軟件缺陷管理就是在軟件開發過程中對發現的缺陷進行跟蹤，并確保每個被發現的軟件缺陷被關閉。嚴重性是軟件缺陷對軟件質量的破壞程度，反應其對產品、用戶的影響，即此軟件缺陷的存在將對軟件的功能和性能產生怎樣的影響。優先級表示修復缺陷的重要程度和應該何時修復，他是表示處理和修正軟件缺陷的先后順序的指標，即哪些缺陷需要優先修正，那些缺陷可以稍后修正。嚴重性和優先級并不總是一一對應的。軟件缺陷的有效描述規則主要如下：（1）單一準確（2）可以再現（3）完整統一（4）短小精練（5）特定條件（6）補充完善（7）不做評價軟件缺陷生命周期指的是一個軟件缺陷被發現、報告到這個缺陷被修復、驗證直至將缺陷最終解決的一個完整過程。集成測試是在單元測試的基礎上將多個模塊組合在一起進行測試的過程，主要檢查各個軟件單元之間的相互接口是否正確，是介于單元測試和系統測試之間的過渡階段，是單元測試的擴展和延伸。單元測試主要關注模塊的內部，集成測試查看接口時主要關注穿越接口的數據、信息是否正確。集成測試分為三個層次；即模塊內集成測試、子系統內集成測試和子系統間集成測試。對于面向對象的應用系統來說，可以把集成測試分為兩個階段即類集成測試和類間集成測試。驅動模塊自底向上，樁模塊自頂向下。非漸增式集成測試采用一步到位的方法進行測試，即對所有模塊進行個別的單元測試后按程序結構圖將各模塊連接起來，連接后的程序當做一個整體進行測試。自頂向下增式集成測試表示逐步集成和逐步測試，是按照程序結構圖自上而下進行的，即從頂層主控模塊開始測試，對以后如何選擇下一個要測試的模塊并沒有一個統一的方法，唯一的原則是下一次要測試的模塊至少有一個調用的模塊已經測試過。自頂向上增式集成測試是從軟件結構的最下層模塊開始測試，在測試較高的高層模塊時所需的下層模塊功能都已具備，所以不在需要樁模塊。自底向上缺點是在于直到最后一個模塊被加進去以后才能看到整個程序的框架，三明治集成測試彌補自底向上缺點。系統測試是對已經集成好的軟件系統進行徹底的測試，已驗證軟件系統的正確性和性能是否滿足需求分析所指定的要求，系統測試通常是消耗測試資源最多的地方，一般可能會在一個相當長的時段內由獨立的測試小組進行。系統測試的主要方法：（選擇、填空）性能測試強度測試安全性測試兼容性測試恢復測試用戶圖形界面測試安裝測試可靠性測試配置測試可用性測試文檔資料測試網站測試測試方法的應用：集成測試及其后的測試階段一般采用黑盒測試方法，策略如下：用邊值分析法或等價類法提出基本測試用例用猜測法補充新的測試用例如果程序的功能說明中含有輸入條件的組合，需要在一開始就用因果圖法，然后再按以上兩步進行。軟件測試文件描述被執行的軟件測試及測試的結果。測試管理者的工作原則雇測試工作最合適的員工與每個小組成員定期一一談話假定員工能勝任各自的測試工作對待員工以他們能接受的方式重視結果而不是時間承認自己的錯誤軟件調試方法：（1）蠻力法（2）回溯（3）原因排除法軟件測試自動化最根本的意義是解決手工勞動的復雜性，成為代替某些重復性行為模式的最佳工具。軟件測試自動化事