1、1、軟件質量工程包括 軟件質量保證 、軟件質量規(guī)劃 和軟件質量控制三大方面。2、McCall模型產(chǎn)品修改緯度的質量因素有 可維護性、可測試性、靈活性。3、面向對象模型不同于其他模型的主要特征是 組件的密集重用 。4、有兩種同行評審方法學： 審查 和 走查 。5、RMA可以劃分成三組類別 內(nèi)部風險管理措施，分包風險管理措施，顧客風險管理措施6、支持性質量手段有 模板 和 檢查表 。7、依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質量度量劃分為 軟件過程度量 和 軟件產(chǎn)品度量 。8、軟件配置發(fā)布的版本有基線版本、 中間 版本、 修訂 版本。9、SQA標準被劃分成 軟件質量管理標準 和 軟件項目過程標準

2、兩類。10、軟件缺陷的固有特征有軟件缺陷的固有性、 軟件缺陷的敏感性 、 軟件缺陷的感染性 。11、McCall模型劃分了 軟件運行 、 軟件轉移 、 軟件修改 三個緯度的11個軟件質量因素。12、螺旋模型任何一次迭代都可劃分為制定計劃、 風險分析和化解 、工程和 顧客評估 四個項限。13、依據(jù)合同評審的目標對合同評審主題進行分類為 建議草案評審主題 和 合同草案評審主題 兩種類型。14、典型的版本方針包括 嚴格-單一活動版本方針 、 多版本方針 。15、軟件對屬于各種質量因素的需求的符合性是由 軟件質量度量 來測量的。16、CAPA過程的成功運行包含如下活動：信息收集、 信息分析 、 解決方

3、案和改進方法的建立 、改進方法的執(zhí)行、跟蹤。17、常見的軟件配置演化模型有 線性演化模型 和 樹演化模型 。18、軟件更改的質量保證工作需要 每個更改的SCI的質量保證 和 整個新軟件系統(tǒng)版本的質量保證 兩個級別的活動。19、從內(nèi)容和重點上我們可以把質量管理標準劃分成 認證標準 和 評估標準 兩種類型。20、 測試人員 、 SQA單位 是SQA專職人員。21、CMM內(nèi)容包含初始級、 可重復級 、 已定義級 、 已管理級 和可優(yōu)化級五個等級。22、軟件質量保證的目標包括 面向產(chǎn)品的軟件開發(fā) 和 面向過程的軟件維護 兩大方面。23、開發(fā)生命周期階段SQA部件可以劃分成三類：評審、專家觀點、軟件測試

4、、軟件維護SQA部件和由第三方/分包商使用的SQA部件。24、 版本方針 和 更改方針 是維護方針的主要組成。25、外部參與方可被分類為 分包商 、COTS軟件和重用軟件模塊的供貨商和 顧客自身 三組。26、在任何機構中，CAPA要正確發(fā)揮作用需要 CAPA記錄流的跟蹤 、 CAPA執(zhí)行的跟蹤 和CAPA執(zhí)行結果的跟蹤三個要的跟蹤任務。 27、軟件更改的質量保證工作需要每個更改的SCI的質量保證和 整個新軟件系統(tǒng)版本的質量保證 兩個級別的活動。28、軟件過程度量可以進一步劃分為 軟件過程質量度量 、 軟件過程進度度量 和軟件過程生產(chǎn)率度量。29、從內(nèi)容和重點上我們可以把質量管理標準劃分成 認證

5、標準 和 評估標準 兩種類型。30、通常，軟件質量的管理部件有 項目進展控制 、軟件質量度量、 軟件質量費用 和可用于控制軟件維護的工具SQA管理工具。31、軟件測試過程包含的測試活動有測試計劃，測試設計，測試實施，測試執(zhí)行，缺陷跟蹤和測試評估32、軟件測試策略的確定過程通常經(jīng)歷 確定測試需求 、 評估風險 、確定測試策略三個階段組成。33、變異測試的理論基礎是 程序員能力 假設和 組合效應 假設。34、 軟件缺陷打開/關閉圖表 、 根本原因圖表 、軟件缺陷關閉周期表是常用的軟件缺陷跟蹤圖表。35、軟件測試規(guī)范可以分為 行業(yè) 規(guī)范和 操作 規(guī)范。36、通常，由人工進行的靜態(tài)測試方法包括 桌面檢

6、查 、 代碼審查 、 代碼走查 和技術評審。37、典型的測試設計活動包括 測試用例設計 、 測試過程設計 、設計驅動程序和穩(wěn)定的樁。38、按照測試的層次和策略,軟件測試可以分為單元測試、 集成測試 、 確認測試 和 系統(tǒng)測試 。39、為了考察測試用例的重要性，我們可以從 有效性 、 可重用性 、 易組織性 、 可評估性 、可管理性五方面理解。40、面向對象集成測試常見方法包括 抽樣測試 、 正交矩陣（陣列）測試 。41、面向對象測試充分性三個常用標準是 基于狀態(tài)的覆蓋率 、基于約束的覆蓋率 和基于代碼的覆蓋率。42、常見的程序分析視角有句法視角，功能視角、文本視角和計算流視角43、按照測試用例

7、的設計方法，軟件測試可以分為白盒測試、黑盒測試和灰盒測試。44、我們可以按照 編寫 過程、 執(zhí)行 過程和 組織 過程三個緯度對測試用例屬性進行歸類。45、單元測試內(nèi)容包含如下方面： 模塊接口測試 、 邊界條件測試 、 錯誤處理測試 、 局部數(shù)據(jù)結構測試 和重要路徑測試。46、軟件質量工程包括 軟件質量保證 、 軟件質量規(guī)劃 和軟件質量控制三大方面。47、McCall模型產(chǎn)品修改緯度的質量因素有 可維護性 、 可測試性 、靈活性。1. 3、面向對象模型不同于其他模型的主要特征是 組件的密集重用。48、有兩種同行評審方法學： 審查 和 走查 。49、RMA可以劃分成三組類別 內(nèi)部風險管理措施 、

8、分包風險管理措施 和 顧客風險管理措施 。50、支持性質量手段有 模板 和 檢查表 。51、依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質量度量劃分為 軟件過程度量 和 軟件產(chǎn)品度量 。52、軟件配置發(fā)布的版本有基線版本、 中間 版本、 修訂 版本。53、SQA標準被劃分成 軟件質量管理標準 和 軟件項目過程標準 兩類。54、軟件缺陷的固有特征有軟件缺陷的固有性、 軟件缺陷的敏感性 、 軟件缺陷的感染性 。55、McCall模型劃分了 軟件運行 、 軟件轉移 、 軟件修改 三個緯度的11個軟件質量因素。56、螺旋模型任何一次迭代都可劃分為制定計劃、 風險分析和化解 、工程和 顧客評估 四個項限。57

9、、依據(jù)合同評審的目標對合同評審主題進行分類為 建議草案評審主題 和 合同草案評審主題 兩種類型。58、典型的版本方針包括 嚴格-單一活動版本方針 、 多版本方針 。2. 5、軟件對屬于各種質量因素的需求的符合性是由 軟件質量度量 來測量的。59、CAPA過程的成功運行包含如下活動：信息收集、 信息分析 、 解決方案和改進方法的建立 、改進方法的執(zhí)行、跟蹤。60、常見的軟件配置演化模型有 線性演化模型 和 樹演化模型 。61、軟件更改的質量保證工作需要 每個更改的SCI的質量保證 和 整個新軟件系統(tǒng)版本的質量保證 兩個級別的活動。62、從內(nèi)容和重點上我們可以把質量管理標準劃分成 認證標準 和 評

10、估標準 兩種類型。63、 測試人員 、 SQA單位 是SQA專職人員。64、CMM內(nèi)容包含初始級、 可重復級 、 已定義級 、 已管理級 和可優(yōu)化級五個等級。65、軟件質量保證的目標包括 面向產(chǎn)品的軟件開發(fā) 和 面向過程的軟件維護 兩大方面。66、開發(fā)生命周期階段SQA部件可以劃分成三類：評審、專家觀點、軟件測試、軟件維護SQA部件和由第三方/分包商使用的SQA部件。67、 版本方針 和 更改方針 是維護方針的主要組成。68、外部參與方可被分類為 分包商、COTS軟件和重用軟件模塊的供貨商和 顧客自身 三組。69、在任何機構中，CAPA要正確發(fā)揮作用需要CAPA記錄流的跟蹤、CAPA執(zhí)行的跟蹤

11、和CAPA執(zhí)行結果的跟蹤三個要的跟蹤任務。70、軟件更改的質量保證工作需要每個更改的SCI的質量保證和 整個新軟件系統(tǒng)版本的質量保證 兩個級別的活動。71、軟件過程度量可以進一步劃分為 軟件過程質量度量 、 軟件過程進度度量 和軟件過程生產(chǎn)率度量。72、從內(nèi)容和重點上我們可以把質量管理標準劃分成 認證標準 和 評估標準 兩種類型。73、通常，軟件質量的管理部件有 項目進展控制 、軟件質量度量、 軟件質量費用 和可用于控制軟件維護的工具SQA管理工具。74、軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 錯誤 ，將測試 測試結果 作為糾錯的依據(jù)。75、測試階段的基本任務是根據(jù)軟件開發(fā)各階段的 文檔資

12、料 和程序的 內(nèi)部結構 ，精心設計一組 測試用例 ，利用這些實例執(zhí)行 程序 ，找出軟件中潛在的各種 錯誤 和 缺陷 。76、測試用例由 輸入數(shù)據(jù) 和預期的 輸出數(shù)據(jù) 兩部分組成。77、軟件測試方法一般分為兩大類： 動態(tài)測試 方法和 靜態(tài)測試 方法。78、動態(tài)測試通過 運行程序 發(fā)現(xiàn)錯誤。根據(jù) 測試用例 的設計方法不同，動態(tài)測試又分為 黑盒測試 與 白盒測試 兩類。79、靜態(tài)測試采用 人工檢測 和 計算機輔助靜態(tài)分析 的手段對程序進行檢測。80、人工審查程序偏重于 編碼質量 的檢驗，而軟件審查除了審查 編碼 還要對各階段 軟件產(chǎn)品 進行檢驗。81、計算機輔助靜態(tài)分析利用 靜態(tài)分析 工具對測試程序

13、進行 特性 分析。82、黑盒法只在軟件的 接口 處進行測試，依據(jù) 需求規(guī)格 說明書，檢查程序是否滿足 功能 要求。83、白盒法必須考慮程序的 內(nèi)部結構 和 處理過程 ，以檢查 處理過程 的細節(jié)為基礎，對程序中盡可能多的邏輯路徑進行 測試 。84、白盒測試是 結構 測試，被測對象是 源程序 ，以程序的 內(nèi)部邏輯 為基礎設計測試用例。85、邏輯覆蓋是對程序內(nèi)部有 判定 存在的邏輯結構設計測試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為 語句覆蓋 判定覆蓋 條件覆蓋 判定/條件覆蓋 條件組合覆蓋 路徑覆蓋6種覆蓋技術。86、實際的邏輯覆蓋測試中，一般以 條件組合 覆蓋為主設計測試用例，然后再補充部分用例

14、，以達到 路徑 覆蓋測試標準。87、循環(huán)覆蓋是對程序內(nèi)部有 循環(huán) 存在的邏輯結構設計測試用例，它通過限制 循環(huán)次數(shù) 來測試。88、基本路徑測試是在程序 控制流程圖 基礎上，通過分析控制構造的 環(huán)路 復雜性，導出 基本路徑 集合，從而設計測試用例。89、黑盒測試是 功能 測試，用黑盒技術設計測試用例有4種方法：等價類劃分 邊界值分析 錯誤推測 因果圖。90、等價類劃分從程序的 功能 說明，找出一個輸入條件（通常是 一句話 或 一個短語 ），然后將每個輸入條件劃分成兩個或多個 等價類 。91、邊界值分析是將測試 邊界 情況作為重點目標，選取正好等于、剛剛大于或剛剛小于邊界值 的測試數(shù)據(jù)。如果輸入或

15、輸出域是一個有序集合，則應選取集合的 第一個 元素和 最后一個 元素作為測試用例。92、在測試程序時，根據(jù)經(jīng)驗或直覺推測程序中可能存在的各種錯誤，稱為 錯誤推測法 。93、因果圖的基本原理是通過畫 因果 圖，把用自然語言描述的 功能說明 轉換為 判定表 ，最后為判定表每一列設計一個測試用例。94、測試的綜合策略是在測試中，聯(lián)合使用各種 測試 方法。通常先用 黑盒 法設計基本的測試用例，再用 白盒 法補充一些必要的測試用例。95、軟件測試過程中需要3類信息：軟件配置 、 測試配置 和 測試工具 。23軟件測試一般經(jīng)過4個測試：單元測試 集成測試 確認測試 系統(tǒng)測試 。96、單元測試 指對源程序中

16、每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及 編碼 和 詳細設計 的文檔。97、單元測試主要測試模塊的5個基本特征：模塊接口 局部數(shù)據(jù)結構 重要的執(zhí)行路徑 錯誤處理 邊界條件。98、在單元測試中，需要為被測模塊設計 驅動 模塊和 樁 模塊。 驅動模塊 用來模擬被測模塊的上級調(diào)用模塊， 樁模塊 用來代替被測模塊所調(diào)用的模塊。99、集成測試指在 單元 測試基礎上，將所有模塊按照設計要求組裝成一個完整的系統(tǒng)進行的測試。也稱 組裝 測試或 聯(lián)合 測試。100、集成測試的方法有兩種： 非漸增式測試 漸增式測試 。29漸增式測試有兩種不同的組裝模塊

17、的方法： 自頂向下結合 自底向上結合 。101、自頂向下漸增式測試不需要編寫 驅動 模塊，只需要編寫 樁 模塊，其步驟是從 模塊開始，沿著被測程序的 頂層 的控制路徑逐步向下測試，它有兩種組合策略： 軟件結構圖 和深度優(yōu)先策略 寬度優(yōu)先策略 。102、自底向上漸增式測試不需要編寫 樁 模塊，只需要編寫 驅動 模塊。103、確認測試指檢查軟件的功能 與 性能 是否與 需求規(guī)格 說明書中確定的指標相符合，又稱 有效性 測試。104、確認測試在模擬環(huán)境下運用 黑盒 測試方法，由專門測試人員 和 用戶 參加的測試。105、確認測試開始前需要制定 測試 計劃，結束后要寫出 測試分析 報告。其測試用例要選

18、用實際運用 的數(shù)據(jù)。106、軟件配置審查的任務是檢查軟件的所有文檔資料的 完整性 和 正確性 。107、調(diào)試也稱 糾錯 ，是在成功的測試之后才開始進行，其目的是確定錯誤的 原因 和 位置 ，并改正錯誤。108、調(diào)試技術包括 簡單調(diào)試 歸納法調(diào)試 演繹法調(diào)試 回溯法調(diào)試 109、回溯法調(diào)試是從程序產(chǎn)生錯誤的地方 出發(fā)，而歸納法調(diào)試是從 測試結果發(fā)現(xiàn)的線索 入手。110、被測試程序不在機器上運行，而是采用人工檢測和計算機輔助分析檢測的手段稱為 靜態(tài) 測試。111、用等價類劃分法設計一個測試用例時，使其覆蓋 盡可能多的 尚未被覆蓋的合理等價類。112、用等價類劃分法設計一個測試用例時，使其覆蓋 一個 不合理等價類。113、在單元測試時，需要為被測模塊設計 驅動模塊與樁模塊 。114、在集成測試時有兩種測試方法，它們是 漸增式和非漸增式 。115、軟件測試是為了 發(fā)現(xiàn)錯誤 而執(zhí)行程序的過程。116、運行被測程序的方法稱為 動態(tài) 測試。117、動態(tài)測試中，主要測試軟件功能的方法稱為 黑盒 法。118、選擇測試用例，使得被測程序中每個判定的每個分支至少執(zhí)行一次，這種邏輯覆蓋標準稱為 判定覆蓋 。119、要覆蓋含循環(huán)結構的所有路徑是不可能的，一般通過限制 循環(huán)次數(shù) 來測試。120、用等價類劃分法設計測試用例時，如果被測程序的某個輸入條件規(guī)定了取值范圍，則可確定一個合理的等在和