軟件測(cè)試于質(zhì)量保證題庫(kù)

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

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

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

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

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

6、試方法是（）。A、軟件審查B、代碼走查C、技術(shù)評(píng)審D、代碼審查( C)4、測(cè)試充分性準(zhǔn)則內(nèi)容不包括()。A、空集不充分性B 、單調(diào)性C、可靠性D、復(fù)雜性( A)5、控制流覆蓋準(zhǔn)則約束最弱的是()。A、點(diǎn)覆蓋B、邊覆蓋C、條件覆蓋D、路徑覆蓋(C)6、設(shè)計(jì)測(cè)試用例時(shí)候，（）是用得最多的一種黑盒測(cè)試方法。A、因果圖B、等價(jià)類劃分C、邊界值分析D、錯(cuò)誤推測(cè)( B)7、軟件測(cè)試風(fēng)險(xiǎn)管理包含（）和風(fēng)險(xiǎn)控制兩方面內(nèi)容。A、風(fēng)險(xiǎn)識(shí)別B、風(fēng)險(xiǎn)評(píng)估C、風(fēng)險(xiǎn)排序D、風(fēng)險(xiǎn)分析( A)8、對(duì)下面的計(jì)算個(gè)人所得稅程序中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;滿足判定覆蓋的測(cè)試用例是()。A、 income=(799, 1500, 1999, 2000)B、 income=(799, 1501, 2000, 2001)C、 income =(800, 1500, 2000, 2001)D、 income=(800, 1499, 2000, 2001)二、判斷題 ( 判斷下列題目是否正確，如果正確請(qǐng)打“”，錯(cuò)誤請(qǐng)打“×”每小題 2分，共8分 )( )1 、技術(shù)評(píng)審即是一種技術(shù)手段，也是一種質(zhì)量管理手段。(

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

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

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

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

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

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

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

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

16、產(chǎn)品修改緯度的質(zhì)量因素有可維護(hù)性、 可測(cè)試性、靈活性。1. 3、面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇墙M件的密集重用。4、有兩種同行評(píng)審方法學(xué)：審查和走查。5、 RMA可以劃分成三組類別內(nèi)部風(fēng)險(xiǎn)管理措施、分包風(fēng)險(xiǎn)管理措施和顧客風(fēng)險(xiǎn)管理措施。6、支持性質(zhì)量手段有模板和檢查表。7、依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質(zhì)量度量劃分為軟件過(guò)程度量和軟件產(chǎn)品度量。8、軟件配置發(fā)布的版本有基線版本、中間版本、修訂版本。9、 SQA標(biāo)準(zhǔn)被劃分成軟件質(zhì)量管理標(biāo)準(zhǔn)和軟件項(xiàng)目過(guò)程標(biāo)準(zhǔn)兩類。10、軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、 軟件缺陷的感染性 。1、McCall模型劃分了軟件運(yùn)行、軟件

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

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

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

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

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

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

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

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

25、草案和合同文檔的SQA部件。3、規(guī)程規(guī)程是完成某件事情或行動(dòng)的特定方式， 即規(guī)程是為了完成一個(gè)任務(wù)， 根據(jù)給定方法所執(zhí)行的詳細(xì)活動(dòng)或過(guò)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、受控文檔受控文檔是那些目前就對(duì)軟件系統(tǒng)的開(kāi)發(fā)、 維護(hù)以及與目前和將來(lái)顧客關(guān)系的管理重要或可能變得重要的，并且處于控制狀態(tài)下的文檔。6、軟件質(zhì)量度量一個(gè)項(xiàng)目具有給定質(zhì)量屬性的程度定量測(cè)度；或一個(gè)函數(shù)， 其輸入為軟件數(shù)據(jù)、 輸出為單一的數(shù)值， 該值可以被理解為軟件具有給定質(zhì)量屬性的程度1、 Pressman 軟件質(zhì)量的定義軟件質(zhì)量是符合明確陳述的功能性能需求、明確文檔化了的開(kāi)發(fā)標(biāo)準(zhǔn)和所有專業(yè)開(kāi)發(fā)預(yù)期的隱含特性。2、軟件開(kāi)發(fā)風(fēng)險(xiǎn)軟件開(kāi)發(fā)風(fēng)險(xiǎn)是軟件開(kāi)發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì)，如果忽略它， 將增加軟件項(xiàng)目失敗的可能。3、合同評(píng)審合同評(píng)審是一個(gè)指導(dǎo)評(píng)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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