軟件測試于質量保證題庫

1、精品文檔一、選擇題 ( 每題只有一個選項，將你認為合理的選項填在題前括號內，每小題2分，共 16分)(D )1、較實用的軟件測試停止標準是()。A、測試超過了預定時間，則停止測試。B、根據單位時間內查出故障的數量決定是否停止測試。C、執(zhí)行了所有的測試用例，但并沒有發(fā)現故障，則停止測試。D、用圖表示出某個測試階段中單位時間檢查出的故障數量，通過對圖中曲線的分析，確定應繼續(xù)測試還是停止測試。(C )2、軟件測試的目的是：A、表明軟件是正確的B、評價軟件質量C、盡可能發(fā)現軟件中的錯誤D、判定軟件是否合格(A )3、 ( )不是常見的覆蓋率標準。A、函數覆蓋B、數據流覆蓋C、邏輯覆蓋D、功能覆蓋(B

2、)4、將基于功能的和基于實現的測試方法結合在一起的動態(tài)測試類型，我們稱這種測試為（）。A、白盒測試B、灰盒測試C、黑盒測試D、基于故障的測試(B )5、下列不隸屬于白盒測試方法的是( )：A、控制流測試B、健壯性測試C、數據流測試D、變異測試(A )6、項目管理三要素不包括 ( )。A、 ProgrammingB、 ProcessC、 ProblemD、 Process(D )7、下列選項中，不是Mercury 公司測試工具的是 ( ) 。A、 LoadRunnerB、 WinRunnerC、 TestDirectorD、 Rebot(A )8、下面（）方法能夠有效地檢測輸入條件的各種組合可能

3、引起的錯誤。A、因果圖B、等價類劃分C、邊界值分析D、錯誤推測(D )1、通常， () 是在編碼階段進行的測試，它是整個測試工作的基礎。A、系統(tǒng)測試B、確認測試C、集成測試D、單元測試(A )2、據權威部門統(tǒng)計，軟件錯誤產生的原因分布圖表中，如下() 選項是導致軟件錯誤的主要原因：A、軟件需求規(guī)格說明錯誤B 、設計錯誤C 、編碼錯誤D 、測試錯誤(C )3、軟件測試充分性理論是由()最先提出的。A、 Deutsch 和 WillisB、 McCall et al.C、 Goodenough和 GerhartD、 Evansh 和 Marciniak(C )4、軟件測試風險管理包含（）和風險控制

4、兩方面內容。A、 風險排序B、風險識別C、風險評估D、風險分析(D )5、下列不屬于黑盒測試方法的是() 。A、等價類劃分B、狀態(tài)測試C、邊界值分析D、變異測試(A )6、常見的覆蓋率標準不包括()。A、函數覆蓋B、邏輯覆蓋C、數據流覆蓋D、功能覆蓋(B )7、因果圖是（）公司最先發(fā)明并實施的。A、 SUNB、 IBMC、 MicrosoftD、 ORACLE。1 歡迎下載精品文檔(D)8、針對下面一個程序段：if(A>1) && (B = 0)S1;If(A = 2)| (X > 1)S2;其中， S1、 S2 均為語句塊?，F在選取測試用例：A=2 B=0 X=3

5、，該測試用例滿足了（）。A、路徑覆蓋B、條件組合覆蓋C、判定覆蓋D、語句覆蓋(A)1、下列各測試工具中隸屬于Mercury 公司產品的是（）A、 WinRunnerB、 JUnitC、 PurifyD、WebStress(D )2、下面關于軟件測試的說法，其中正確的是()A、 經過測試沒有發(fā)現錯誤，說明程序正確B、 成功的測試是沒有發(fā)現錯誤的測試C、 測試的目標是為了證明程序沒有錯誤D、成功的測試是發(fā)現了迄今尚未發(fā)現的錯誤的測試(B)3 、在某種類型會議上，由小組成員閱讀程序，以發(fā)現程序錯誤，同時測試員利用測試數據人工運行程序并得出輸出結果，然后由參加者對結果進行審查,以達到測試的目的。這種測

6、試方法是（）。A、軟件審查B、代碼走查C、技術評審D、代碼審查( C)4、測試充分性準則內容不包括()。A、空集不充分性B 、單調性C、可靠性D、復雜性( A)5、控制流覆蓋準則約束最弱的是()。A、點覆蓋B、邊覆蓋C、條件覆蓋D、路徑覆蓋(C)6、設計測試用例時候，（）是用得最多的一種黑盒測試方法。A、因果圖B、等價類劃分C、邊界值分析D、錯誤推測( B)7、軟件測試風險管理包含（）和風險控制兩方面內容。A、風險識別B、風險評估C、風險排序D、風險分析( A)8、對下面的計算個人所得稅程序中if (income<800)taxrate=0;else if (income<=150

7、0)taxrate=0.05;else if (income<2000)taxrate=0.08;else taxrate=0.1;滿足判定覆蓋的測試用例是()。A、 income=(799, 1500, 1999, 2000)B、 income=(799, 1501, 2000, 2001)C、 income =(800, 1500, 2000, 2001)D、 income=(800, 1499, 2000, 2001)二、判斷題 ( 判斷下列題目是否正確，如果正確請打“”，錯誤請打“×”每小題 2分，共8分 )( )1 、技術評審即是一種技術手段，也是一種質量管理手段。(

8、× )2、設計實現測試，軟件測試是開發(fā)后期的一個階段。(× )3、單元測試僅僅證明了被測程序單元做了什么。(× )4、由于函數覆蓋率是基于代碼的，所以也可以把函數覆蓋歸入黑盒測試的范疇。( )1 、在軟件測試中 , 測試預言是一種檢驗待測系統(tǒng)在特定執(zhí)行下是否正確運行的方法。2 歡迎下載精品文檔(× )2、在白盒測試中，如果覆蓋率達到100% ，就基本可以保證把所有的隱藏程序缺陷都已經揭露出來了。(× )3、軟件測試的目的在于發(fā)現錯誤、改正錯誤。( )4、由于函數覆蓋率是基于代碼的，所以也可以把函數覆蓋歸入白盒測試的范疇。( ×)1、軟

9、件測試等于程序測試。(× )2、我是個很棒的程序員，我無需進行單元測試。( )3、在白盒測試中，即使覆蓋率達到100% ，也無法保證所有的隱藏程序缺陷都已經被揭露出來。(× )4、由于函數覆蓋率是基于代碼的，所以也可以把函數覆蓋歸入黑盒測試的范疇。(× )1、軟件故障是導致軟件失效的必要和充分要素。( )2、同行評審的主要目標在于檢測錯誤、核對與標準的偏離。( )3、在任何軟件機構中，定期、不定期的培訓、再培訓都是必須而且是必要的。( )4、在整個機構中使用基礎設施防護與改進部件的主要目標是在機構積累的SQA經驗基礎上消除或至少降低出錯率。(× )5、所

10、有 SQA活動和項目里程碑的完成或項目里程碑的檢驗是同時發(fā)生的。( × )6 、Daniel Galin等提在 20世紀 50年代建立的經典質量費用模型，提供了一種以經濟學觀點把與產品質量保證相關的費用非類的方法學。( )7 、一旦更改過的SCI 替換了前面的SCI，就認為完成了軟件的一個新版本。( )8、軟件質量成本是一個投資問題，而不是成本問題!(× )9、 SEI CMM評估標準 , ISO 9001和 ISO 9000-3 標準是典型的項目過程標準。( )10 、軟件質量保證的獨特性是由軟件產品不同于其他制造產品的本質決定的。( )1、在專業(yè)的軟件開發(fā)、維護中，SQ

11、A環(huán)境是建立、執(zhí)行 SQA方法時必須首要考慮的問題。(× )2、如何看待軟件產品內部的缺陷，開發(fā)者和用戶的立場是一致的。( )3、專家觀點通過引進補充的外部能力到機構內部開發(fā)過程中來而支持質量評估工作。(× )4、質量管理標準是專業(yè)標準，它們向開發(fā)組提供方法學指南。( )5、軟件生命周期模型強調的是直接開發(fā)活動，而沒有指示出開發(fā)過程的顧客參與。(× )6、規(guī)程具有機構范圍的適用性，它的執(zhí)行和具體執(zhí)行的人或組織背景有著密切關系。(× )7、 CAPA的目的在于檢測、處理、改正軟件缺陷。(× )8、項目進展控制 SQA工具有 Gatt 圖、日歷、數

12、據流圖和活動網絡圖。( )9、 IEEE、 ISO、 DOD、 ANSI、EIA 都是著名的 SQA標準開發(fā)機構。( )10 、在科學和工程中， 如果沒有度量，對一切都沒有一個定量的了解，那么這種科學和工程既不是有效的，也不是實際的。(× )1、在軟件產品制定生產計劃階段, 不必進行重大的 SQA活動。( )2、軟件故障是導致軟件失效的必要，而非充分要素。(× )3、只有客戶才會有興趣透徹定義它的需求以確保他約定的軟件產品的質量。( )4、軟件質量系統(tǒng)之間各不相同，說明機構SQA系統(tǒng)構建存在固有靈活性。( )5、質量管理標準指導軟件開發(fā)、維護和基礎設施的管理。它的重點是需要

13、什么，但沒有指明如何達到標準要求的努力細節(jié)。( ×)6、通常，檢查表的使用的是強制性的。(× )7、 CAPA的執(zhí)行從根本上依賴于正確的指導和經常的培訓。( )8、軟件質量度量面臨的特有困難根植于包含于軟件質量度量的測量（參數）中。3 歡迎下載精品文檔( )9、一旦更改過的 SCI 替換了前面的 SCI，就認為完成了軟件的一個新版本。(× )10、 SQA項目過程標準如 CMM、ISO 9000-3 標準。三、填空題 ( 每空 1分，共 14分；請把答案書寫在相應橫線上。)1、軟件測試過程包含的測試活動有測試計劃，測試設計，測試實施，測試執(zhí)行，缺陷跟蹤和測試評估2

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

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

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

17、轉移、軟件修改三個緯度的11 個軟件質量因素。2、螺旋模型任何一次迭代都可劃分為制定計劃、風險分析和化解、工程和顧客評。4 歡迎下載精品文檔估四個項限。3、依據合同評審的目標對合同評審主題進行分類為建議草案評審主題和 合同草案評審主題兩種類型。4、典型的版本方針包括嚴格 - 單一活動版本方針、多版本方針。2.5、軟件對屬于各種質量因素的需求的符合性是由軟件質量度量來測量的。6、 CAPA過程的成功運行包含如下活動：信息收集、信息分析、 解決方案和改進方法的建立、改進方法的執(zhí)行、跟蹤。7、常見的軟件配置演化模型有線性演化模型和樹演化模型。8、軟件更改的質量保證工作需要每個更改的SCI 的質量保證

18、和整個新軟件系統(tǒng)版本的質量保證兩個級別的活動。9、從內容和重點上我們可以把質量管理標準劃分成認證標準和評估標準兩種類型。10、測試人員、 SQA 單位是 SQA專職人員。1、 CMM內容包含初始級、可重復級、已定義級、 已管理級和可優(yōu)化級五個等級。2、軟件質量保證的目標包括面向產品的軟件開發(fā)和面向過程的軟件維護兩大方面。3、開發(fā)生命周期階段SQA部件可以劃分成三類：評審、專家觀點、 軟件測試、 軟件維護 SQA部件和由第三方 / 分包商使用的SQA部件。4、版本方針和更改方針是維護方針的主要組成。5、外部參與方可被分類為分包商、 COTS軟件和重用軟件模塊的供貨商和顧客自身三組。6、在任何機構

19、中， CAPA要正確發(fā)揮作用需要CAPA記錄流的跟蹤、 CAPA執(zhí)行的跟蹤和 CAPA執(zhí)行結果的跟蹤三個要的跟蹤任務。7、軟件更改的質量保證工作需要每個更改的SCI 的質量保證和整個新軟件系統(tǒng)版本的質量保證兩個級別的活動。8、軟件過程度量可以進一步劃分為軟件過程質量度量、軟件過程進度度量和軟件過程生產率度量。9、從內容和重點上我們可以把質量管理標準劃分成認證標準和評估標準兩種類型。10、通常，軟件質量的管理部件有項目進展控制、軟件質量度量、軟件質量費用和可用于控制軟件維護的工具SQA管理工具。四、名詞解釋 ( 每小題 3分，共 18分 )1、軟件測試風險軟件測試風險是指軟件測試過程出現的或潛在

20、的問題2、動態(tài)測試技術通過在抽樣測試數據上運行程序來檢驗程序的動態(tài)行為和運行結果以發(fā)現缺陷。3、確認測試確認測試是驗證軟件的功能和性能及其它特性是否與用戶的要求一致。對軟件的從功能、 性能、可靠性、易用性等方面作全面的質量檢測，幫助軟件企業(yè)找出產品存在的問題，出具相應的產品質量報告。4、條件組合覆蓋條件組合覆蓋是邏輯覆蓋標準的一種，它要求選取足夠多的測試數據，使得每個判定表達式中條件的各種可能組合都至少出現一次。5 歡迎下載精品文檔5、 L10N軟件本地化6、（軟件產品的）FURPSFURPS即軟件系統(tǒng)的功能、可使用性、可靠性、性能和支持等特性。1、 L10N && I18N軟

21、件本地化和國際化2、軟件測試項目管理軟件測試項目管理就是以測試項目為管理對象，通過一個臨時性的專門的測試組織，運用專門的軟件測試知識、技能、工具和方法，對測試項目進行計劃、組織、執(zhí)行和控制，并在時間成本、軟件測試質量等方面進行分析和管理活動。3、軟件測試文檔測試文檔是對要執(zhí)行的軟件測試及測試的結果進行描述、定義、規(guī)定和報告的任何書面或圖示信息。4、測試用例測試用例是為了特定目的而設計的測試數據及相關測試規(guī)程的一個特定集合，即為有效發(fā)現軟件缺陷的最小測試執(zhí)行單元。5、白盒測試白盒測試是指測試人員根據程序的內部結構特性和與程序路徑相關的數據特性，設計測試數據組成測試用例執(zhí)行程序的一種動態(tài)測試。6、

22、無效等價類無效等價類是指對于程序的規(guī)格說明來說，不合理的，沒有意義的輸入數據的集合。1、 軟件測試軟件測試是為了發(fā)現錯誤而執(zhí)行程序的過程?；蜍浖y試是根據軟件開發(fā)各階段的規(guī)格說明和程序的內部結構而精心設計的一批測試用例（即輸入數據及其預期的輸出結果） ，并利用這些測試用例運行程序， 以及發(fā)現錯誤的過程。2、測試用例的有效性軟件測試用例是測試人員測試過程中的重要參考依據； 不同測試人員根據相同測試用例所得到的輸出應該是一致的。3、軟件測試規(guī)范軟件測試規(guī)范是對軟件測試流程的過程化，并對每一個過程元素進行明確界定，而形成的完整的規(guī)范體系。4、條件覆蓋條件覆蓋隸屬控制流覆蓋標準的范疇，它不僅要求每個語

23、句至少執(zhí)行一次，而且要求使得判定表達式中每個條件都取得各種可能的結果5、 TDD測試驅動開發(fā)（Test Driven Development）6、測試測試是由用戶在開發(fā)環(huán)境下進行的測試， 也可以是公司內部的用戶在模擬實際操作環(huán)境下進行的測試。這是在受控制的環(huán)境下進行的測試。1、 Crosby 軟件質量的定義系統(tǒng)、部件或過程滿足規(guī)定需求的程度。2、軟件可靠性（ IEEE）軟件可靠性是指一個系統(tǒng)或組件在某個特定時期、特定條件下完成所需完成的。6 歡迎下載精品文檔功能的能力。3、規(guī)程規(guī)程是完成某件事情或行動的特定方式， 即規(guī)程是為了完成一個任務， 根據給定方法所執(zhí)行的詳細活動或過程。4、開發(fā)風險軟件

24、開發(fā)風險是軟件開發(fā)任務或環(huán)境的一種狀態(tài)或性質， 如果忽略它， 將增加軟件項目失敗的可能。5、（軟件工程領域）模板在軟件工程領域，模板指的是小組或機構創(chuàng)建的，用于編輯報告以及其他形式文檔的格式。6、軟件配置管理一個負責應用 ( 計算機化的或非計算機化的 ) 技術工具和管理規(guī)程、 使之能夠完成為維護 SCI 和軟件配置版本所需任務的 SQA部1、 Daniel Galin軟件質量保證的擴展定義軟件質量保證是一個有系統(tǒng)的、 有計劃的行動集合， 它是提供軟件產品開發(fā)、 維護過程符合其已建立的技術需求以及跟上計劃安排和在預算限制之內進行管理上的需求充分信任所必需的。2、合同評審合同評審是一個指導評審建議

25、草案和合同文檔的SQA部件。3、規(guī)程規(guī)程是完成某件事情或行動的特定方式， 即規(guī)程是為了完成一個任務， 根據給定方法所執(zhí)行的詳細活動或過4、 4W1HW1H即 WHAT, WHEN, WHERE, WHO和 HOW。他們具體含義如下：WHAT-What activities have to be performed?WHEN-When Should the activity be performed?WHERE-Where should the activity be performed?WHO-Who should perform the activity?HOW-How should eac

26、h activity be performed?5、受控文檔受控文檔是那些目前就對軟件系統(tǒng)的開發(fā)、 維護以及與目前和將來顧客關系的管理重要或可能變得重要的，并且處于控制狀態(tài)下的文檔。6、軟件質量度量一個項目具有給定質量屬性的程度定量測度；或一個函數， 其輸入為軟件數據、 輸出為單一的數值， 該值可以被理解為軟件具有給定質量屬性的程度1、 Pressman 軟件質量的定義軟件質量是符合明確陳述的功能性能需求、明確文檔化了的開發(fā)標準和所有專業(yè)開發(fā)預期的隱含特性。2、軟件開發(fā)風險軟件開發(fā)風險是軟件開發(fā)任務或環(huán)境的一種狀態(tài)或性質，如果忽略它， 將增加軟件項目失敗的可能。3、合同評審合同評審是一個指導評

27、審建議草案和合同文檔的SQA部件。7 歡迎下載精品文檔4、質量記錄質量記錄是一種特殊類型的受控文檔。 它是面向顧客的文檔， 用于證實同顧客需求的全面符合性以及貫穿于開發(fā)和維護全過程的軟件質量保證系統(tǒng)的有效運行5、軟件可靠性管理軟件可靠性管理指通過一個程序使軟件的可靠性得到最優(yōu)化的過程。此程序著重于軟件防錯（ software error prevention ），發(fā)現并清除 fault ；此程序著重于采用一定措施并根據諸如資源，進度表及性能的約束條件使可靠性最大化。6、軟件配置版本軟件配置版本是指在給定時間點上組成軟件系統(tǒng)的、已批準而且文檔化的SCI 版本的集合。五、問答題 ( 每小題 4分，

28、共 20分)2、 談談你對變異測試原理的理解。（ 1）使用變異算子對被測程序做微小的合乎語法的變動，每個新程序稱為一個變異體；（ 2）根據已有的測試數據運行變異體；（ 3）比較變異體和原程序的運行結果：如果兩者不同就稱該測試數據將該變異體殺死了；否則稱該變異體是活的。2、請闡述軟件測試的原則。（ 1）盡早的和不斷的測試應作為軟件開發(fā)人員的座右銘。（ 2）測試用例應當由測試數據和與之對應的預期結果組成。（ 3）測試用例應包括合理的輸入條件和不合理的輸入條件。（ 4）嚴格執(zhí)行測試計劃，排除測試的隨意性。（ 5）充分注意測試當中的群體現象。（ 6）要對每一個測試結果作全面的檢查。（ 7）保存測試計劃

29、、測試用例、出錯統(tǒng)計和最終分析報告，為維護工作提供充分的資料。3、測試用例設計的考慮因素有哪些？（ 1）測試用例必須具有代表性、典型性；1 分（ 2）測試用例要濃縮系統(tǒng)設計； 1 分（ 3）測試用例既要考慮正確的輸入，也需要考慮錯誤或異常的輸入，以及促使這些錯誤、異常發(fā)生的條件； 1 分 （4）用戶測試用例設計需要考慮用戶實際使用場景。1 分 4、集成測試策略中， 漸增式與非漸增式集成策略各有何優(yōu)、缺點？為什么通常采用漸增式？非漸增式集成策略是將所有的模塊一次連接起來，簡單、 易行，節(jié)省機時，但測試過程中難于查錯，發(fā)現錯誤也很難定位，測試效率低。1 分漸增式集成策略是將模塊一個一個地連入系統(tǒng)，

30、每連入一個模塊，都要對新系統(tǒng)進行測試。這種組裝測試方案比較非漸增式，容易查出錯誤及進行錯誤定位，有利于查出模塊接口部分的錯誤，因此測試效率高。但漸增式較費機時。2 分比較兩種集成策略，顯然漸增式有利于實現測試的目標，故通常采用漸增式進行組裝測試。1 分5、請評價白盒測試？（ 1） 2 分 優(yōu)點迫使測試人員去仔細思考軟件的實現;可以檢測代碼中的每條分支和路徑;揭示隱藏在代碼中的錯誤;對代碼的測試比較徹底;。8 歡迎下載精品文檔最優(yōu)化。（ 2） 2 分 缺點昂貴 ;無法檢測代碼中遺漏的路徑和數據敏感性錯誤;白盒測試不驗證規(guī)格的正確性。3、 黑盒測試的特點有哪些？（1）不考慮程序內部結構和內部特性；

31、1 分（2）測試人員只需知道該程序輸入和輸出之間的關系或功能；1 分（3）設計測試用例的依據是需求規(guī)格說明書或用戶手冊；1 分（4）尤其適合于一些第三方軟件測試，由于無法得到源程序，無法用其它方法進行測試。1 分4、 等價類劃分的步驟如何？（1）根據輸入條件把數目極多的輸入數據劃分成若干有效等價類和若干無效等價類；2 分（ 2）設計一個測試用例，使其覆蓋盡可能多的尚未被覆蓋的有效等價類，重復該步驟，直至所有有效等價類均被覆蓋； 1 分 （ 3）設計一個測試用例，使其覆蓋一個的尚未被覆蓋的無效等價類，重復該步驟，直至所有無效等價類均被覆蓋。 1 分3、談談你對“持續(xù)的軟件測試”的理解。持續(xù)的軟件

32、測試有兩方面的含義：（1）完整的軟件測試工作應該貫穿整個軟件生存周期存周期2 分（ 2）軟件開發(fā)不同階段都有軟件測試工作，即軟件測試工作的各個步驟分布在整個軟件生存周期中。 2 分 4、一般的軟件項目管理與軟件測試項目管理之間的區(qū)別由那些？（1）對于一般的軟件項目管理，成本和進度控制是最重要的；2 分（2）而在軟件測試項目管理中，質量第一是基本點，所有測試項目管理工作都要圍繞提高產品質量展開，最終保證在合理的成本、進度下滿足用戶需求或期望。2 分5、與桌面檢查相比，代碼審查與代碼走查有哪些優(yōu)點？（ 1）桌面檢查即程序員自己檢查自己的程序。通常，由于程序員思維定勢、心理因素的限制，使得桌面檢查效

33、率不高。 2 分 （ 2）代碼走查、代碼審查采用成組方式進行，一旦發(fā)現錯誤就知道了錯誤的位置和性質，從而大大降低了調試費用和成本； 另外代碼走查、 代碼審查可以一次發(fā)現一批錯誤， 錯誤發(fā)現效率較高。 2 分 1、請比較白盒測試與黑盒測試方法？（ 1）白盒測試只考慮測試軟件產品 , 它不保證完整的需求規(guī)格是否被滿足。而黑盒測試只考慮測試需求規(guī)格 , 它不保證實現的所有部分是否被測試到。1 分 （ 2）黑盒測試會發(fā)現遺漏的缺陷 , 指出規(guī)格的哪些部分沒有被完成。 而白盒測試會發(fā)現代理方面的缺陷 , 指出哪些實現部分是錯誤的。 1 分（ 3）白盒測試比黑盒測試成本要高得多。 它需要在測試可被計劃前產

34、生源代碼, 并且在確定合適的數據和決定軟件是否正確方面需要花費更多的工作量。1分（4）一個白盒測試的失敗會導致一次修改, 這需要所有的黑盒測試被重復執(zhí)行并且重新決定白盒測試路徑。1 分 5、 測試項目中，主要的測試文檔有哪些？測試計劃、測試設計規(guī)格說明、測試用例說明、測試規(guī)程規(guī)格說明、測試執(zhí)行報告、測試日志、測試缺陷報告、測試總結報告等。9 歡迎下載精品文檔3、談談你對“軟件測試的必要性”的理解。軟件測試的必要性主要體現在如下方面：程序代碼最終體現了軟件的質量；軟件測試力爭發(fā)現更多的缺陷盡量減少殘留的缺陷；軟件測試提高軟件的正確性；軟件測試建立對軟件的信心；軟件測試掌握軟件的質量水平；軟件測試

35、是軟件質量保證的重要手段。4、請闡述測試用例在代碼走查中的作用。（ 1）代碼走查中， 測試用例并不是關鍵， 也并不是僅想驗證這幾個測試用例運行是否正確，人腦畢竟比計算機慢太多；（ 2）這里測試用例是作為懷疑程序邏輯與計算錯誤的啟發(fā)點，在隨測試實例游歷程序邏輯時，在懷疑程序的過程中發(fā)現錯誤。5、測試覆蓋準則的作用如何？1）定量地規(guī)定軟件測試需求，指導測試數據的選擇；（ 2）度量測試數據集，揭示軟件特定特征的能力；（ 3）對測試結果和軟件可靠性評估具有重要影響。1、 專業(yè)軟件開發(fā)的SQA環(huán)境有哪些特征？遵守合同約定；服從顧客供貨商關系；需要協(xié)同工作；需要同其他開發(fā)組的合作和協(xié)調；同其它軟件系統(tǒng)的接

36、口；項目組有變化時項目繼續(xù)進行；需要持續(xù)維護軟件系統(tǒng)若干年。2、 請指出走查、審查這兩種同行評審方法的不同？走查和審查的區(qū)別是其正式性的等級。其中，審查是兩者之中更為正式。 2 分 走查的發(fā)現限于被評審文檔的意見，而審查的發(fā)現還同改進開發(fā)方法自身的工作相結合。所以和走查相比，審查對一般的SQA做出了更大貢獻。3、 請詳細描述軟件質量費用的經典模型？在經典軟件質量費用模型中，軟件質量費用可以劃分為控制費用、控制失效費用。其中，控制費用被進一步細化為預防費用和評價費用； 控制失效費用進一步細化為內部失效費用、外部失效費用。（ 1） 預防費用包括建立軟件質量基礎設施、更新并改進基礎設施以及完成其運行

37、所需的常規(guī)活動的投資。（ 2） 評價費用花在特定項目或軟件系統(tǒng)中軟件錯誤的檢測上。（ 3） 內部失效費用是指改正在顧客現場安裝軟件之前實施設計評審、軟件測試及驗收測試時檢測到的錯誤而產生的費用。（ 4）外部失效費用限定為改正由顧客或維護組在顧客現場安裝軟件系統(tǒng)之后檢測到的失效的費用。4、 認證標準和評估標準的主要區(qū)別？認證標準的重點是外部的- 支持供貨商顧客關系2 分 ，而評估標準的重點是內部的。因為評估標準關注的是軟件過程改進2 分。10 歡迎下載精品文檔5、 CCB的決策機制有哪些種類？你認為其中那種決策機制更實用？（ 1）最普遍的方法是投票決定。每個代表都投票，采用少數服從多數的方式。這

38、種民主的做法能夠充分調動 CCB成員的機機性； 但是少數服從多數含義模糊， 該決策模式也容易產生一些政見。（ 2）極端的做法是所有決策都交給一個人，這種安排鼓勵在決策中靈活考慮各種意見，但壓抑了 CCB其他成員的積極性；（ 3）第三種可行的決策機制是尋求 CCB成員的一致意見，同時提供合理的跳出機制。綜合考慮上述三種不同 CCB決策機制，第三種策略最為實用。6、傳統(tǒng)質量成本和現代質量成本的主要區(qū)別有哪些？傳統(tǒng)的質量成本集中在與失效有關的事件和活動，如損壞、 缺陷等。 傳統(tǒng)質量成本通常以報廢、返工、返修等形式出現；2 分現代的質量成本的目的則在于通過預防和評估活動中的適當投入，減少與失效有關的活

39、動。2 分1、 Crosby, Juran, Pressman軟件質量定義的比較。（ 1） Crosby 的定義指的是寫好的軟件符合由顧客和它的專業(yè)組編制的規(guī)格說明書的程度。這也意味著包含在規(guī)格說明中的錯誤是不予考慮的，也不降低軟件質量顯然這是不足的。1 分（2） Juran的定義旨在達到顧客滿意度，這就要求對檢查改正顧客的需求規(guī)格書投入大量工作。但該定義的主要缺點是免除了顧客對軟件規(guī)格書準確性、完備性的責任。1 分（ 3）Pressman 定義為 SQA提出了要由開發(fā)者滿足的三個要求：特定功能需求，它主要是指軟件系統(tǒng)的輸出； 在合同中提出的軟件質量標準； 反映當今水平的專業(yè)方法的良好軟件工程

40、方法的發(fā)展水平。實際上， Pressman 定義提供了測試滿足需求程度的操作方向。2、 談談你對合同評審過程的理解？合同評審是一個指導評審建議草案和合同文檔的SQA部件。其過程分為兩個階段進行：1分（1）第一階段提交給可能顧客之前的建議草案評審；1 分（ 2）第二階段簽約前的合同草案評審 , 該階段在建議和合同談判期達成的理解基礎上評審合同草案。 1 分 每個評審階段完成后，要求建議組與法律部進行必要的修改、補充和改正。1 分3、 請列舉典型的軟件質量基礎設施SQA部件 ?( 不少于 5 個 )規(guī)程與工作條例、支持性質量手段、員工培訓與認證、改正性和預防性措施、配置管理、文檔編制控制4、 請指

41、出軟件質量費用擴展模型對軟件質量費用經典模型的擴展。仔細考察經典軟件質量費用模型的考察，我們將發(fā)現經典軟件質量費用模型沒有能夠涵蓋管理以及管理性失效導致的軟件質量費用。2 分軟件質量費用擴展模型拓展了經典軟件質量費用模型，以涵蓋管理人員對軟件質量總費用的貢獻 軟件質量的擴展模型：相對經典軟件質量費用，軟件質量費用擴展模型添加了管理性準備與控制費用和管理性失效費用。2 分（管理性準備與控制費用同實施的預防性管理失效或減少這些這些失效的預期出現的活動相關聯(lián)；）5、 請描述 ISO 9000-3 質量管理系統(tǒng)的基本原理（ 1）顧客關注。機構依靠它們的顧客，所以應當理解當前的與未來的顧客需要；（ 2）

42、領導 - 建立并維護一個積極的內部環(huán)境中行使領導權，以實現機構的目標；（ 3）人們的投入。人是機構之本，他們在各機構層次的全身心投入使得他們的能力能用于。11 歡迎下載精品文檔為機構謀益；（ 4）過程方法 - 當把活動與資源作為過程管理的時候，就更有效地達到理想的結果；（ 5）管理理的系統(tǒng)方法 - 把過程作為一個系統(tǒng)管理；（ 6）持續(xù)改進 - 對全面性能正在進行的改進應當在機構的日程上優(yōu)先；（ 7）決策制定的實在方法。有效決策是建立在信息分析的基礎上的；（ 8）相互支持的供貨商關系。一個機構和它的供貨商是互相依賴時，相互支持的供貨由關系增強雙方創(chuàng)造增加值的能力6、傳統(tǒng)質量成本和現代質量成本的主

43、要區(qū)別有哪些？傳統(tǒng)的質量成本集中在與失效有關的事件和活動，如損壞、 缺陷等。 傳統(tǒng)質量成本通常以報廢、返工、返修等形式出現；現代的質量成本的目的則在于通過預防和評估活動中的適當投入，減少與失效有關的活動。1、 在軟件產品與其他工業(yè)產品之間的區(qū)別主要有哪些？并描述這些不同？軟件產品和其他工業(yè)產品的主要區(qū)別有如下幾點：（1）產品的復雜性；產品的復雜性能夠用產品許可的操作方式的數目來度量: 工業(yè)產品，即使是高級機器，也不允許由其不同的機器組合建立的幾千種以上的操作方式；一個典型的軟件，人們可以發(fā)現上百萬種軟件操作的可能。（2）產品的可見性；工業(yè)產品是可見的，而軟件產品是不可見的。工業(yè)產品的大多數缺陷

44、可在制造過程中檢測出來；然而軟件產品的缺陷是不可見的，軟件包中的組件可能從一開始就缺失了。（3）產品開發(fā)和制造過程的特殊性。同工業(yè)產品相比， 軟件產品不能在生產過程的所有三個階段檢測缺陷。能夠檢測缺陷的唯一階段是開發(fā)階段。2、 高度螺旋模型每次迭代必需的活動包含哪些？顧客的需求規(guī)格說明、意見與更改要求；開發(fā)者的計劃制定活動；開發(fā)者的風險分析與化解；開發(fā)者設計活動；開發(fā)者關于編碼、測試、發(fā)布的構造活動；顧客的評價3、請從 SQA的角度，闡述分別編寫用戶需求文檔和系統(tǒng)需求文檔的理由？（ 1）很自然人們會想到只有客戶才會有興趣透徹定義它的需求以確保他約定的軟件產品的質量。他編制的需求文檔是對低質量的

45、基礎防護；（ 2）然而我們對各種軟件質量因素的分析表明，開發(fā)者可以添加代表它自身利益的需求，例如可重用性需求、 可驗證性需求等； 許多情況下， 某些沒有包括在典型客戶需求文檔中的質量因素確是開發(fā)者感興趣的。而，諸如可移植性、可重用性、可驗證性等質量因素，客戶很少感興趣。這也就是人們?yōu)楹畏謩e編制客戶需求文檔和系統(tǒng)需求文檔的理由。4、主要的SQA維護基礎設施工具有哪些？主要的 SQA維護基礎設施工具有軟件維護規(guī)程和工作條例、支持性軟件質量手段、維護組的培訓和認證、預防性和改正性措施、軟件配置管理、軟件維護文檔和質量記錄等5、軟件質量度量過程模型包含哪些活動？（ 1）軟件質量需求的定義；（ 2）軟件質量度量和評估的準備；。12 歡迎下載精品文檔（3）軟件質量度量的執(zhí)行、分析和確認6、傳統(tǒng)質量成本和現代質量成本的主要區(qū)別有哪些？（1） 2 分 傳統(tǒng)的質量成本集中在與失效有關的事件和活動，如損壞、缺陷等。傳統(tǒng)質量成本通常以報廢、返工、返修等形式出現；（ 2） 2 分 現代的質量成本的目的則在于通過預防和評估活動中的適當投入，減少與失效有關的活動。六、應用題 (