【正文】 為判定表每一列設(shè)計一個測試用例。如果輸入或輸出域是一個有序集合，則應選取集合的 第一個元素和 最后一個元素作為測試用例。90、等價類劃分從程序的功能說明，找出一個輸入條件（通常是一句話或一個短語），然后將每個輸入條件劃分成兩個或多個 等價類。8基本路徑測試是在程序 控制流程圖基礎(chǔ)上，通過分析控制構(gòu)造的 環(huán)路復雜性，導出基本路徑集合，從而設(shè)計測試用例。8實際的邏輯覆蓋測試中，一般以 條件組合覆蓋為主設(shè)計測試用例，然后再補充部分用例，以達到 路徑覆蓋測試標準。8白盒測試是 結(jié)構(gòu)測試，被測對象是 源程序，以程序的 內(nèi)部邏輯為基礎(chǔ)設(shè)計測試用例。8黑盒法只在軟件的 接口處進行測試，依據(jù) 需求規(guī)格說明書，檢查程序是否滿足 功能要求。80、人工審查程序偏重于 編碼質(zhì)量的檢驗，而軟件審查除了審查 編碼還要對各階段 軟件產(chǎn)品進行檢驗。根據(jù) 測試用例的設(shè)計方法不同，動態(tài)測試又分為 黑盒測試與白盒測試兩類。7軟件測試方法一般分為兩大類：動態(tài)測試方法和靜態(tài)測試方法。7測試階段的基本任務是根據(jù)軟件開發(fā)各階段的 文檔資料和程序的內(nèi)部結(jié)構(gòu)，精心設(shè)計一組 測試用例，利用這些實例執(zhí)行程序，找出軟件中潛在的各種錯誤和 缺陷。7從內(nèi)容和重點上我們可以把質(zhì)量管理標準劃分成認證標準和評估7通常，軟件質(zhì)量的管理部件有項目進展控制、軟件質(zhì)量度量、軟件質(zhì)量費用 和可用于控制軟件維護的工具SQA管理工具。70、軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。6外部參與方可被分類為分包商、COTS軟件和重用軟件模塊的供貨商和 顧客自身三組。6開發(fā)生命周期階段SQA部件可以劃分成三類：評審、專家觀點、軟件測試、軟件維護SQA部件和由第三方/分包商使用的SQA部件。6CMM內(nèi)容包含初始級、可重復級、已定義級、已管理級和可優(yōu)化級五個等級。6從內(nèi)容和重點上我們可以把質(zhì)量管理標準劃分成認證標準和評估標準兩種類型。60、常見的軟件配置演化模型有線性演化模型和樹演化模型。、軟件對屬于各種質(zhì)量因素的需求的符合性是由軟件質(zhì)量度量來測量的。5依據(jù)合同評審的目標對合同評審主題進行分類為建議草案評審主題和 合同草案評審主題兩種類型。5McCall模型劃分了軟件運行、軟件轉(zhuǎn)移、軟件修改三個緯度的11個軟件質(zhì)量因素。5SQA標準被劃分成軟件質(zhì)量管理標準和軟件項目過程標準兩類。5依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質(zhì)量度量劃分為軟件過程度量 和軟件產(chǎn)品度量。4RMA可以劃分成三組類別內(nèi)部風險管理措施、分包風險管理措施和顧客風險管理措施。、面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇墙M件的密集重用。4軟件質(zhì)量工程包括軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃 和軟件質(zhì)量控制三大方面。4我們可以按照 編寫過程、執(zhí)行 過程和 組織過程三個緯度對測試用例屬性進行歸類。4面向?qū)ο鬁y試充分性三個常用標準是基于狀態(tài)的覆蓋率、基于約束的覆蓋率 和基于代碼的覆蓋率。3為了考察測試用例的重要性，我們可以從有效性、可重用性、易組織性、可評估性、可管理性五方面理解。3典型的測試設(shè)計活動包括 測試用例設(shè)計、測試過程設(shè)計、設(shè)計驅(qū)動程序和穩(wěn)定的樁。3軟件測試規(guī)范可以分為行業(yè)規(guī)范和操作規(guī)范。3變異測試的理論基礎(chǔ)是程序員能力假設(shè)和組合效應假設(shè)。通常，軟件質(zhì)量的管理部件有項目進展控制、軟件質(zhì)量度量、軟件質(zhì)量費用和可用于控制軟件維護的工具SQA管理工具。2軟件過程度量可以進一步劃分為、軟件過程進度度量和軟件過程生產(chǎn)率度量。2在任何機構(gòu)中，CAPA要正確發(fā)揮作用需要蹤、CAPA執(zhí)行的跟蹤和CAPA執(zhí)行結(jié)果的跟蹤三個要的跟蹤任務。2是維護方針的主要組成。2軟件質(zhì)量保證的目標包括面向產(chǎn)品的軟件開發(fā)和面向過程的軟件維護兩大方面。測試人員、SQA單位是SQA專職人員。1軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。1CAPA過程的成功運行包含如下活動：信息收集、信息分析、解決方案和改進方法的建立、改進方法的執(zhí)行、跟蹤。1典型的版本方針包括嚴格單一活動版本方針、多版本方針。1螺旋模型任何一次迭代都可劃分為制定計劃、風險分析和化解、工程和顧客評估四個項限。軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。軟件配置發(fā)布的版本有基線版本、中間版本、修訂版本。RMA可以劃分成三組類別 內(nèi)部風險管理措施，分包風險管理措施，顧客風險管理措施支持性質(zhì)量手段有模板和檢查表。面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇?組件的密集重用。第一篇：軟件測試 填空題軟件質(zhì)量工程包括軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三大方面。McCall模型產(chǎn)品修改緯度的質(zhì)量因素有 可維護性、可測試性、靈活性。有兩種同行評審方法學：審查和走查。依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質(zhì)量度量劃分為軟件過程度量和軟件產(chǎn)品度量。SQA標準被劃分成軟件質(zhì)量管理標準和軟件項目過程標準兩類。1McCall模型劃分了軟件運行、軟件轉(zhuǎn)移、軟件修改三個緯度的11個軟件質(zhì)量因素。1依據(jù)合同評審的目標對合同評審主題進行分類為建議草案評審主題和合同草案評審主題兩種類型。1軟件對屬于各種質(zhì)量因素的需求的符合性是由軟件質(zhì)量度量來測量的。1常見的軟件配置演化模型有線性演化模型和樹演化模型。1從內(nèi)容和重點上我們可以把質(zhì)量管理標準劃分成認證標準和評估標準兩種類型。2CMM內(nèi)容包含初始級、可重復級、已定義級、已管理級和可優(yōu)化級五個等級。2開發(fā)生命周期階段SQA部件可以劃分成三類：評審、專家觀點、軟件測試、軟件維護SQA部件和由第三方/分包商使用的SQA部件。2外部參與方可被分類為、COTS軟件和重用軟件模塊的供貨商和顧客自身三組。2軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。2從內(nèi)容和重點上我們可以把質(zhì)量管理標準劃分成和評估標準兩種類型。3軟件測試過程包含的測試活動有測試計劃，測試設(shè)計，測試實施，測試執(zhí)行，缺陷跟蹤和測試評估3軟件測試策略的確定過程通常經(jīng)歷確定測試需求、評估風險、確定測試策略三個階段組成。3軟件缺陷打開/關(guān)閉圖表、根本原因圖表、軟件缺陷關(guān)閉周期表是常用的軟件缺陷跟蹤圖表。3通常，由人工進行的靜態(tài)測試方法包括桌面檢查、代碼審查、代碼走查和技術(shù)評審。3按照測試的層次和策略,軟件測試可以分為單元測試、集成測試、確認測試 和 系統(tǒng)測試。面向?qū)ο蠹蓽y試常見方法包括 抽樣測試、正交矩陣（陣列）測試。4常見的程序分析視角有句法視角，功能視角、文本視角和計算流視角4按照測試用例的設(shè)計方法，軟件測試可以分為白盒測試、黑盒測試和灰盒測試。4單元測試內(nèi)容包含如下方面：模塊接口測試、邊界條件測試、錯誤處理測試、局部數(shù)據(jù)結(jié)構(gòu)測試 和重要路徑測試。4McCall模型產(chǎn)品修改緯度的質(zhì)量因素有可維護性、可測試性、靈活性。4有兩種同行評審方法學：審查和走查。50、支持性質(zhì)量手段有模板和檢查表。5軟件配置發(fā)布的版本有基線版本、中間版本、修訂版本。5軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。5螺旋模型任何一次迭代都可劃分為制定計劃、風險分析和化解、工程和顧客評估四個項限。5典型的版本方針包括嚴格單一活動版本方針、多版本方針。5CAPA過程的成功運行包含如下活動：信息收集、信息分析、解決方案和改進方法的建立、改進方法的執(zhí)行、跟蹤。6軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。6測試人員、SQA單位是SQA專職人員。6軟件質(zhì)量保證的目標包括面向產(chǎn)品的軟件開發(fā)和面向過程的軟件維護兩大方面。6版本方針和更改方針 是維護方針的主要組成。6在任何機構(gòu)中，CAPA要正確發(fā)揮作用需要CAPA記錄流的跟蹤、CAPA執(zhí)行的跟蹤和CAPA執(zhí)行結(jié)果的跟蹤三個要的跟蹤任務。7軟件過程度量可以進一步劃分為軟件過程質(zhì)量度量、軟件過程進度度量和軟件過程生產(chǎn)率度量。7軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 錯誤，將測試 測試結(jié)果作為糾錯的依據(jù)。7測試用例由 輸入數(shù)據(jù)和預期的 輸出數(shù)據(jù)兩部分組成。7動態(tài)測試通過 運行程序發(fā)現(xiàn)錯誤。7靜態(tài)測試采用 人工檢測和 計算機輔助靜態(tài)分析的手段對程序進行檢測。8計算機輔助靜態(tài)分析利用 靜態(tài)分析工具對測試程序進行 特性分析。8白盒法必須考慮程序的 內(nèi)部結(jié)構(gòu)和 處理過程，以檢查 處理過程的細節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進行 測試。8邏輯覆蓋是對程序內(nèi)部有