目錄第一章：缺陷綜述
第二章：需求開發與管理
第三章：配置與變更管理
第四章：同行評審
第五章：軟體測試
第六章：qa發現不符合問題的處理
第七章：軟體度量
第八章：缺陷管理
第一章：缺陷綜述
1. 軟體缺陷的定義：軟體產品在某種程度上不能滿足使用者的需求
2. 軟體缺陷的生命週期：從乙個軟體缺陷被發現、報告到這個缺陷被修復、驗證，最後關閉的過程
3. 缺陷產生的原因：原因很多，例如重技術不重管理、專案監控和計畫做得不夠好、不紮實等等
4. 缺陷是誰產生的：任何人都有可能產生缺陷
5. 缺陷發現的手段：同行評審、測試、管理評審、 qa發現、專案組內部發現、客戶反饋
第二章：需求開發與管理
1. 需求的概念和層次
① 概念：需求就是以一種清晰、簡潔、一致且無二性的方式，對待開發的各個有意義方面的陳述的集合
② 層次：從應用角度看軟體需求
a. 業務需求：反映組織機構/客戶對系統產品高層次的目標要求
b. 使用者需求：使用者使用產品必須完成的任務
c. 功能需求：開發人員實現軟體功能，使得使用者能夠完成的任務，從而滿足業務需求
2. 需求管理：控制和維持需求的約定；需求追蹤是雙向的，正向由pm主導，其他人輔助，逆向由測試主導
3. 需求驗證：評審為主，一般參與人員為各個技術的專家
第三章：配置與變更管理
1. 概念：一門用來記錄並且控制軟體產品資料的管理學科，是對各類工作產品的內容、版本、變更和發布進行控制
① 忽視軟體配置管理會導致如下現象：
a. 已經排除的bug，反覆出現
b. 找不到最新修改的源**
c. 找不到原來的程式設計人員
d. 發行的版本錯誤
e. 軟體正常安裝後不能工作
f. 異地不能正常工作
2. 配置控制委員會ccb：一般專案經理會根據配置控制委員會的建議和批准管理各項活動並且控制它們的程序，一般組**員：高層經理、專案經理、關鍵的rd、關鍵的qa、ppqa代表、 cm代表、 pm，ccb的組長不能是專案經理
3. 配置項：一般包含：電腦程式、開發者和使用者的文件、資料等，每乙個配置項需表明：作者、時間、原因、當前狀態、版本號
4. 配置管理活動：
① 內容
a. 制定配置管理計畫
b. 建立三庫（開發庫、受控庫、發行庫）
c. 確定配置標識規則
d. 進行版本管理和發行管理
e. 實施變更控制
f. 進行配置審計
g. 報告配置狀態
5. 變更管理活動
① 發生在開發過程的所有階段，從需求分析到產品開發再到維護
② 變更追蹤：處理變更及新增功能提交、評估、實施、驗證與完成的流程
③ 實施變更管理重要的作用就是對變更進行度量分析
④ 變更申請流程：涉及的變更範圍寫明，通知專案經理——同意後，專案經理填寫變更申請單—
—提交給ccb審批，告知cm(客戶經理）
第四章：同行評審
1. 同行評審與測試的關係：開發階段，專家對**的乙個評審，提高**質量，減少測試成本，這樣能夠加深開發人員對工作的理解，預防bug，也避免在測試階段大量返工
2. 同行評審的種類：正式評審、技術審查、走查
3. 同行評審的物件：產品需求規格書、使用者介面規範與設計、設計模型、源**、測試計畫、設計、用例及步驟、專案計畫
4. 正式評審的流程：預備會議-審查-評審會-書寫評審報告-返工-跟蹤
第五章：軟體測試
1. 軟體測試的基本問題：軟體測試的概念、物件、目的、原則、方法等
① 軟體測試的概念：廣義指驗證和確認、狹義指檢查**和文件的質量問題
② 軟體測試的物件：程式**、開發階段需求文件
③ 軟體測試的目的：
a. 從使用者角度看：發現隱藏的錯誤和缺陷
b. 從開發者的角度看：驗證軟體實現了所有使用者的要求
c. 從測試的角度看：一是發現錯誤、二是通過錯誤來改進軟體開發過程中存在的缺陷
④ 軟體測試原則：
a. 程式修改，需要回歸測試
b. 寫測試用例和執行case的人應該分開………..
⑤ 測試可以發現的缺陷：
a. 通過除錯過程開發人員可以進行缺陷自測
b. 通過單元測試可以發現**中的缺陷
c. 通過黑河測試可以發現功能測試
d. 理想狀態下，測試用例設計的足夠完善，可以發現全部的bug
2. 軟體測試的基本方法：
① 白盒測試：一直產品內部工作過程的測試活動，通過測試檢測內部操作是否符合設計說明書的
要求② 白盒測試時窮舉路徑測試，主要的方法:邏輯驅動、基路測試，白盒測試過程應全面了解程式
內部邏輯結構，從檢查程式入手，對所有的邏輯路徑進行測試，得出測試資料
③ 黑盒測試：功能測試
3. 測試工程師的技能：
① 需掌握測試設計的方法，相應的測試思路
② 需了解測試的不同級別、級別的差異、每個級別的重點
③ 需要掌握測試的型別，了解測試需關注的重點、區別和重疊的地方
④ 需掌握系統背景知識，業務知識
4. 軟體測試的過程：單元測試、整合測試、驗收測試
5. 軟體測試的方法：
6. 測試技術專題：
① 測試策略：先按標準步驟來測試，然後進行邊界和破壞性的檢查。測試原則：盡早測試、經常測試、充分測試開發人員要建立質量的意識
② 手工/自動測試的時機：
自動化測試的時機：專案沒有時間壓力、被測系統是可以自動化測試的、擁有執行測試的硬體…
手工測試的時機：與上相反
測試用例複審：測試用例應該具有重複使用性
何時終止測試：不允許存在a、 b、 c類bug，d不超過50%、 e允許存在（系統測試）
web效能測試：驗證軟體系統是否能夠達到使用者提出的效能指標
記憶體洩漏測試：解決思路，安排有經驗的程式設計人員進行**走查和分析，或者利用專門的測
試工具進行分析
測試風險的管理：需求理解、測試用例覆蓋、需求變更、測試環境等等
**移交過程測試
處理不可重複出現的bug：版本資訊、環境、人、測試工具、
7. 測試的度量：蒐集相關的規模、工作量、進度、成本、質量等資料和資訊
① 客戶反饋的缺陷：提現測試的質量
② 模組缺陷密度
③ 遺留缺陷數
④ 測試用例的有效性
第六章：qa發現的不符合問題的處理
1. qa的擔當的角色：老師（指導專案）、警察（評價開發的過程）、醫生（幫助專案組想辦法解決問題）
2. qa的職責要求：
① 具備一定的知識和技能（有開發經驗）
② 公平公正的素質
③ 自信，較強大的溝通能力
3. qa特別關注的問題
① 專案計畫制定不合理
② 維護需求的可追蹤性和一致性容易出問題
③ 配置管理容易出問題
4. 對qa的誤解：
① 認為qa應該負責產品質量，產品質量應該是由每乙個人負責
軟體質量管理
首先，總的了解一下，需要我們知道一些相關概念 然後是我們軟體質量該如何保證，有什麼措施 再者就是軟體的可靠性，即如何測量我們的這款軟體的 與否 最後就是我們軟體的不斷變更的相關管理。大家看圖 一，在軟體的相關概念這裡介紹三個 1，軟體質量的相關屬性 2，軟體質量的模型 3，軟體質量的度量。下邊看相關...
軟體質量管理
軟體設計的過程中，我們需要保證其質量，否則乙個特別好的軟體沒用兩天就壞了，是不是很可惜？下面我們來看一下如何檢測軟體的質量 保證 質量保證概念 主要任務 保證與檢驗 保證體系 保證的實施 質量設計 可靠性 軟體生存期與軟體壽命的關係 在軟體工程中常用的定義 軟體可靠性定義 測試中的可靠性分析 測試精...
軟體質量管理
軟體質量是指軟體產品中能滿足給定需求的各種特性的綜合。這些特性稱作質量特性,它包括功能性 可靠性 易使用性 時間經濟性 資源經濟性 可維護性和可移植性等。具體地說,軟體質量是軟體與明確敘述的功能和效能需求 文件中明確揩述的開發標準,以及任何專業開發的軟體產品都應該具有的隱含特徵相一致的程度。軟體質量...