軟件測試填空題

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

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

3、質量保證工作需要每個審改的SCI的質量保證和整個新軟件系統(tǒng)版本的質量保證兩個級別的活動。19、從內容和重點上我們可以把質量管理標準劃分成認證標準和評估標準兩種類型。20、測試人員、SQA單位是SQA專職人員。21、CMM內容包含初始級、可重復級、已定義級、已管理級和可優(yōu)化級五個等級。22、軟件質量保證的目標包括面向產品的軟件開發(fā)和面向過程的軟件維護兩大方面。23、開發(fā)生命周期階段SQA部件可以劃分成三類：評亶一專家觀點、軟件測試、軟件維護SQA部件和由第三方/分包商使用的SQA部件。24、 版本方針和四是維護方針的主要組成。25、外部參與方可被分類為分包商、COTS軟件和重用軟件模塊的供貨商和

4、顧客自身三組。26、在任何機構中，CAPA要正確發(fā)揮作用需要CAPA記錄流的跟CAPA執(zhí)行的跟蹤和CAPA執(zhí)行結果的跟蹤三個要的跟蹤任務。27、軟件更改的質量保證工作需要每個更改的SCI的質量保證和整個新軟件系統(tǒng)版本的質量保證兩個級別的活動。28、軟件過程度量可以進一步劃分為軟件過程質量度量軟件過程進度度量和軟件過程生產率度量。29、從內容和重點上我們可以把質量管理標準劃分成認證標準和評估標準兩種類型o30、通常，軟件質量的管理部件有項目進展控制、軟件質量度量、軟件質量費用和可用于控制軟件維護的工具SQA管理工具。31、軟件測試過程包含的測試活動有測試計劃，測試設計，測試實施，測試執(zhí)行，缺陷跟

5、蹤和測試評估32、軟件測試策略的確定過程通常經歷確定測試需求、評估風險、確定測試策略三個階段組成。33、變異測試的理論基礎是程庠員好力假設和組合效應假設。34、 軟件缺陷打開/關閉圖表、根本原因圖表、軟件缺陷關閉周期表是常用的軟件缺陷跟蹤圖表。35、軟件測試規(guī)范可以分為行業(yè)熱范和操作規(guī)范。36、通常，由人工進行的靜態(tài)測試方法包括桌面檢杳、代碼審杳、代碼走查和技術評審。37、典型的測試設計活動包括測試用例設計、測試過程設計、設計驅動程序和穩(wěn)定的樁。38、按照測試的層次和策略，軟件測試可以分為單元測試、集成測試、確認測試和系統(tǒng)測試。39、為了考察測試用例的重要性，我們可以從有效性、可重用性、易組織

6、性、吁評估性、可管理性五方面理解。40、面向對象集成測試常見方法包括抽樣測試、正交矩陣（陣列）測試。41、面向對象測試充分性三個常用標準是基于狀態(tài)的覆蓋率、基于約束的覆蓋率和基于代碼的覆蓋率。42、常見的程序分析視角有句法視角，功能視角、文本視角和計算流視角43、按照測試用例的設計方法，軟件測試可以分為白盒測試、黑盒測試和灰盒測述。44、我們可以按照編寫過程、執(zhí)行可以和組織過程三個緯度對測試用例屬性進行歸類。45、單元測試內容包含如下方面：模塊接口測試、邊界條件測試、錯誤處理測試、局部數(shù)據(jù)結構測試和重要路徑測試。46、軟件質量工程包括軟件質量保證、軟件質量規(guī)劃和軟件質量控制三大方面。47、Mc

7、CaH模型產品修改緯度的質量因素有可維護性、可測試性、靈活性。1. 3、面向對象模型不同于其他模型的主要特征是組件的密集重用。48、有兩種同行評審方法學：審查和走查。49、RMA可以劃分成三組類別內部風險管理措施、分包風險管理措施和顧客風險管理措施。50、支持性質量手段有模板和檢查表o51、依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質量度量劃分為軟件過程度量52、軟件配置發(fā)布的版本有基線版本、中間版本、修訂版本。53、SQA標準被劃分成軟件質量管理標準和軟件項目過程標準兩類。54、軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。55、McCall模型劃分了軟件運行、軟件轉

8、移、軟件修改三個緯度的11個軟件質量因素。56、螺旋模型任何一次迭代都可劃分為制定計劃、風險分析和化解、工程和顧客評估四個項限。57、依據(jù)合同評審的目標對合同評審主題進行分類為建議草案評審主題和合同草案評審主題兩種類型O58、典型的版本方針包括嚴格單一活動版本方針、多版本方針o2. 5、軟件對屬于各種質量因素的需求的符合性是由軟件質量度量來測量的。59、CAPA過程的成功運行包含如下活動：信息收集、信息分析、解決方案和改進方法的建立、改進方法的執(zhí)行、跟蹤。60、常見的軟件配置演化模型有線性演化模型和樹演化模型。61、軟件更改的質量保證工作需要每個更改的SCI的質量保證和整個新軟件系統(tǒng)版本的質量

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

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

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

12、否滿足功能要求。83、白盒法必須考慮程序的內部結構和處理過程，以檢杳處理過程的細節(jié)為基礎，對程序中盡可能多的邏輯路徑進行測試。84、白盒測試是結構測試,被測對象是源程序，以程序的內部邏輯為基礎設計測試用例。85、邏輯覆蓋是對程序內部有判定存在的邏輯結構設計測試用例,根據(jù)程序內部的邏輯覆蓋程度又可分為語句覆蓋判定覆蓋條件覆蓋判定/條件布蓋條件組合覆蓋路徑覆蓋6種覆蓋技術。86、實際的邏輯覆蓋測試中，一般以條件組合覆蓋為主設計測試用例，然后再補充部分用例，以達到路徑覆蓋測試標準。87、循環(huán)覆蓋是對程序內部有循環(huán)存在的邏輯結構設計測試用例,它通過限制循環(huán)次數(shù)來測試。88、基本路徑測試是在程序捽制流程

13、圖基礎上，通過分析控制構造的環(huán)路復雜性，導出基木路徑集合，從而設計測試用例。89、黑盒測試是測試，用黑盒技術設計測試用例有4種方法：等價類劃分邊界值分析錯誤推測因果圖。90、等價類劃分從程序的功能說明，找出一個輸入條件（通常是一句話或一個短語）,然后將每個輸入條件劃分成兩個或多個等價類o91、邊界值分析是將測試情況作為重點目標，選取正好等于、剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)。如果輸入或輸出域是一個有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例。92、在測試程序時，根據(jù)經驗或直覺推測程序中可能存在的各種錯誤，稱為_Jt誤推測法。93、因果圖的基本原理是通過畫因果圖,把用自然語言描

14、述的功能說明轉換為判定表，最后為判定表每一列設計一個測試用例。94、測試的綜合策略是在測試中，聯(lián)合使用各種測試方法。通常先用黑直_法設計基本的測試用例，再用白盒法補充一些必要的測試用例。95、軟件測試過程中需要3類信息：軟件配置、測試配置和測試工具。23.軟件測試一般經過4個測試：單元測試集成測試確認測試系統(tǒng)測試O96、單元測試指對源程序中每一個程序單元進行測試,檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及編碼和詳細設計的文檔。97、單元測試主要測試模塊的5個基本特征：模塊接口局部數(shù)據(jù)結構重要的執(zhí)行路徑錯誤處理邊界條件。98、在單元測試中，需要為被測模塊設計驅

15、動模塊和模塊。驅動模_用來模擬被測模塊的上級調用模塊，樁模塊用來代替被測模塊所調用的模塊。99、集成測試指在單元測試基礎上,將所有模塊按照設計要求組裝成一個完整的系統(tǒng)進行的測試。也稱組裝測試或聯(lián)合測試。100、集成測試的方法有兩種：非漸增式測試漸增式測試o29.漸增式測試有兩種不同的組裝模塊的方法：自頂向下結合自底向上結合O101、自頂向下漸增式測試不需要編寫驅動模塊,只需要編寫樁模塊,其步驟是從模塊開始，沿著被測程序的頂層的控制路徑逐步向下測試，它有兩種組合策略：軟件結構圖和深度優(yōu)先策略寬度優(yōu)先策略。102、自底向上漸增式測試不需要編寫樁模塊,只需要編寫驅動模塊。103、確認測試指檢杳軟件的

16、功能與性能是否與需求規(guī)格說明書中確定的指標相符合，又稱有效性測試。104、確認測試在模擬環(huán)境下運用黑盒測試方法，由專門測試人員和用戶參加的測試。105、確認測試開始前需要制定測試計劃,結束后要寫出測試分析報告。其測試用例要選用實際運用的數(shù)據(jù)。106、軟件配置審查的任務是檢查軟件的所有文檔資料的和一正確性O107、調試也稱上圖，是在成功的測試之后才開始進行，其目的是確定錯誤的原因和位置，并改正錯誤。108、調試技術包括簡單調試歸納法調試演絳法調試問溯法調試109、回溯法調試是從程癢產牛錯誤的地方出發(fā)，而歸納法調試是從果發(fā)現(xiàn)的線索入手。110、被測試程序不在機器上運行，而是采用人工檢測和計算機輔助

17、分析檢測的手段稱為靜態(tài)測試。111、用等價類劃分法設計一個測試用例時，使其覆蓋一盡可能多的尚未被覆蓋的合理等價類。112、用等價類劃分法設計一個測試用例時，使其覆蓋一個不合理等價類。113、在單元測試時，需要為被測模塊設計驅動模塊與樁模塊O114、在集成測試時有兩種測試方法，它們是 式。漸增式和非漸增115、軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。116、運行被測程序的方法稱為動態(tài)測試。117、動態(tài)測試中，主要測試軟件功能的方法稱為黑盒法。118、選擇測試用例，使得被測程序中每個判定的每個分支至少執(zhí)行一次，這種邏輯覆蓋標準稱為判定覆蓋。119、要覆蓋含循環(huán)結構的所有路徑是不可能的，一般通過限制循環(huán)次數(shù)來測試。120、用等價類劃分法設計測試用例時，如果被測程序的某個輸入條件規(guī)定了取值范圍，則可確定一個合理的等在和兩個不合理的等價類。121