2022年軟件測試與質(zhì)量保證試題參考

1、一、選取題(每題只有一種選項(xiàng),將你以為合理選項(xiàng)填在題前括號(hào)內(nèi),每題2分,共16分)(D )1、較實(shí)用軟件測試停止原那么是()。A、測試超產(chǎn)過了預(yù)定期間，那么停止測試。B、依照單位時(shí)間內(nèi)查出故障數(shù)量決定與否停止測試。C、執(zhí)行了所有測試用例，但并沒有發(fā)現(xiàn)故障,那么停止測試。D、用圖表達(dá)出某個(gè)測試階段中單位時(shí)間檢查出故障數(shù)量,通過對(duì)圖中曲線分析,擬定 應(yīng)繼續(xù)測試還是停止測試。(C )2、軟件測試目是：A、表白軟件是對(duì)的B、評(píng)價(jià)軟件質(zhì)量C、盡量發(fā)現(xiàn)軟件中錯(cuò)誤D、鑒定軟件與否合格(A )3、()不是常用覆蓋率原那么。A、函數(shù)覆蓋B、數(shù)據(jù)流覆蓋C、邏輯覆蓋D、功能覆蓋(B )4、將基于功能和基于實(shí)現(xiàn)測試方

2、法結(jié)合在一起動(dòng)態(tài)測試類型，我們稱這種測試為 ()oA、白盒測試 故障測試B、灰盒測試C、黑盒測試D、基于(B )5、以下不附屬于白盒測試方法是():A、控制流測試B、健壯性測試測試(B )5、以下不附屬于白盒測試方法是():A、控制流測試B、健壯性測試測試C、數(shù)據(jù)流測試D、變異(A )6、工程管理三要素不涉及()oA、 ProgrammingB、 ProcessC、 Problem(D )7、以下選項(xiàng)中，不是Merely公司測試工具是()。A、 LoadRunnerB、 WinRunnerC、 TestDirectorD、 ProcessD、 Rebot(A )8、下面()方法可以有效地檢測輸

3、入條件各種組合也許引起錯(cuò)誤。A、因果圖 B、等價(jià)類劃分C、邊界值分析 D、錯(cuò)誤推測(D )1、普通，()是在編碼階段進(jìn)行測試，它是整個(gè)測試工作基本。A、系統(tǒng)測試 B、確認(rèn)測試C、集成測試D、單元測試(A )2、據(jù)權(quán)威部門記錄軟件錯(cuò)誤產(chǎn)生因素分布圖表中，如下()選項(xiàng)是導(dǎo)致軟件錯(cuò)誤重要因素:A、)3、A、C、)4、軟件需求規(guī)格說明錯(cuò)誤B、設(shè)計(jì)錯(cuò)誤軟件測試充分性理論是由()最先提出oDeutsch 和 Willis Goodenough 和 GerhartC、編碼錯(cuò)誤D、測試錯(cuò)誤B、 McCall et al.D Evansh 和 Marciniak軟件測試風(fēng)險(xiǎn)管理包括()和風(fēng)險(xiǎn)控制兩方面內(nèi)容。A、

4、風(fēng)險(xiǎn)排序 B、風(fēng)險(xiǎn)識(shí)別)5、以下不屬于黑盒測試方法是(A、等價(jià)類劃分 B、狀態(tài)測試C、C、風(fēng)險(xiǎn)評(píng)估D、風(fēng)險(xiǎn)分析)6、常用覆蓋率原那么不涉及()o)o邊界值分析D、變異測試A、函數(shù)覆蓋)7、因果圖是(A、SUNB、邏輯覆蓋C、數(shù)據(jù)流覆蓋D、功能覆蓋)公司最先創(chuàng)造并實(shí)行。B、 IBMC、 MicrosoftD、 ORACLE)8、針對(duì)下面一種程序段：if (A1) & (B = 0)法是()oA、)4、A、軟件審查B、代碼走查C、測試充分性準(zhǔn)那么內(nèi)容不涉及()o技術(shù)評(píng)審D、代碼審查空集不充分性B、單調(diào)性C、可靠性D、復(fù)雜性)5、控制流覆蓋準(zhǔn)那么約束最弱是()oA、點(diǎn)覆蓋B、邊覆蓋C、條件覆蓋D、途

5、徑覆蓋si；If (A = 2) | | (X 1)S2;其中,S1、S2均為語句塊。當(dāng)前選用測試用例:A=2 B=0 X=3，該測試用例滿足了()。A、途徑覆蓋B、條件組合覆蓋C、鑒定覆蓋D、語句覆蓋(A )1、以下各測試工具中附屬于Mercury公司產(chǎn)品是()A、 WinRunnerB、 JUnitC、 PurifyDWebStress(D )2、下面關(guān)于軟件測試說法，其中對(duì)的是()A、通過測試沒有發(fā)現(xiàn)錯(cuò)誤，說明程序?qū)Φ腂、成功測試是沒有發(fā)現(xiàn)錯(cuò)誤測試C、測試目的是為了證明程序沒有錯(cuò)誤D、成功測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)錯(cuò)誤測試(B )3、在某種類型會(huì)議上，由小構(gòu)成員閱讀程序，以發(fā)現(xiàn)程序錯(cuò)誤，同

6、步測試員運(yùn)用測試數(shù)以到達(dá)測試目。這種測試辦據(jù)人工運(yùn)營程序并得出輸出成果,然后由參加者對(duì)成果進(jìn)行審查,)6、設(shè)計(jì)測試用例時(shí)候，()是用得最多一種黑盒測試方法。A、因果圖B、等價(jià)類劃分C、邊界值分析D、錯(cuò)誤推測)7、軟件測試風(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)分析)8、對(duì)下面計(jì)算個(gè)人所得稅程序中if (income800)else if (income=1500)if (income800)else if (income=1500)else if (income) else taxrate=0. 1; 滿足鑒定覆蓋測試用例是( income=(799,

7、 1500, 1999,taxrate=0;taxrate=0. 05;taxrate=0. 08;)。C、income =(800, 1500,)B、 income=(799, 1501,)income=(800, 1499,)二、判斷題(判斷以下題目與否對(duì)的,如果對(duì)的請(qǐng)打“ J，錯(cuò)誤請(qǐng)打“義”每題2分，共8 分)(C1、技術(shù)評(píng)審即是一種技術(shù)手段也是一種質(zhì)量管理手段。(X )2、設(shè)計(jì)一實(shí)現(xiàn)一測試，軟件測試是開發(fā)后期一種階段。(X )3、單元測試僅僅證明了被測程序單元做了什么。(X )4、由于函數(shù)覆蓋率是基于代碼，因此也可以把函數(shù)覆蓋歸入黑盒測試范疇。(V ) 1、在軟件測試中，測試預(yù)言是一種

8、檢查待測系統(tǒng)在特定執(zhí)行下與否對(duì)的運(yùn)營方法。(X )2、在白盒測試中，如果覆蓋率到達(dá)100%，就基本可以保證把所有隱藏程序缺陷都 已經(jīng)揭露出來了。(X )3、軟件測試目在于發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤。(V )4、由于函數(shù)覆蓋率是基于代碼，因此也可以把函數(shù)覆蓋歸入白盒測試范疇。(x )1、軟件測試等于程序測試。(X )2、我是個(gè)很棒程序員，我無需進(jìn)行單元測試。(V )3、在白盒測試中，雖然覆蓋率到達(dá)100%，也無法保證所有隱藏程序缺陷都已經(jīng)被 揭露出來。( X )4、由于函數(shù)覆蓋率是基于代碼，因此也可以把函數(shù)覆蓋歸入黑盒測試范疇。(X )1、軟件故障是導(dǎo)致軟件失效必要和充分要素。(V )2、同行評(píng)審重要目

9、的在于檢測錯(cuò)誤、核對(duì)與原那么偏離。(V )3、在任何軟件機(jī)構(gòu)中，定期、不定期培訓(xùn)、再培訓(xùn)都是必要并且是必要。(V )4、在整個(gè)機(jī)構(gòu)中使用基本設(shè)施防護(hù)與改進(jìn)部件重要目的是在機(jī)構(gòu)積累SQA經(jīng)驗(yàn)基 本上消除或至少減少出錯(cuò)率。(X )5、所有SQA活動(dòng)和工程里程碑完畢或工程里程碑檢查是同步發(fā)生。(X )6、Daniel Galin等提在20世紀(jì)50年代建立典型質(zhì)量費(fèi)用模型，提供了一種以經(jīng)濟(jì) 學(xué)觀點(diǎn)把與產(chǎn)品質(zhì)量保證有關(guān)費(fèi)用非類方法學(xué)。(V )7、一旦更改過SCI替代了前面SCI,就以為完畢了軟件一種新版本。(V )8、軟件質(zhì)量本錢是一種投資問題而不是本錢問題！(X )9、SEI CMM評(píng)估原那么，ISO

10、 9001和ISO 9000-3原那么是典型工程過程原那么。( J )10、軟件質(zhì)量保證獨(dú)特性是由軟件產(chǎn)品不同于其她制造產(chǎn)品本質(zhì)決定。(V )1、在專業(yè)軟件開發(fā)、維護(hù)中,SQA環(huán)境是建立、執(zhí)行SQA方法時(shí)必要首要考慮問題。(X )2、如何看待軟件產(chǎn)品內(nèi)部缺陷，開發(fā)者和顧客立場是一致。(V )3、專家觀點(diǎn)通過引進(jìn)補(bǔ)充外部能力到機(jī)構(gòu)內(nèi)部開發(fā)過程中來而支持質(zhì)量評(píng)估工作。(X )4、質(zhì)量管理原那么是專業(yè)原那么，它們向開發(fā)組提供方法學(xué)指南。(V )5、軟件生命周期模型強(qiáng)調(diào)是直接開發(fā)活動(dòng),而沒有批示出開發(fā)過程顧客參加。(X )6、規(guī)程具備機(jī)構(gòu)范疇合用性它執(zhí)行和詳細(xì)執(zhí)行人或組織背景有著密切關(guān)系。(X )7、

11、CAPA目在于檢測、解決、改正軟件缺陷。(X )8、工程進(jìn)展控制SQA工具備Gatt圖、日歷、數(shù)據(jù)流圖和活動(dòng)網(wǎng)絡(luò)圖。(V )9、IEEE、ISO、DOD、ANSI、EIA都是知名SQA原那么開發(fā)機(jī)構(gòu)。(V )10,在科學(xué)和工程中,如果沒有度量,對(duì)一切都沒有一種定量理解,那么這種科學(xué)和工 程既不是有效,也不是實(shí)際。(X )1、在軟件產(chǎn)品制定生產(chǎn)籌劃階段不必進(jìn)行重大SQA活動(dòng)。(V )2、軟件故障是導(dǎo)致軟件失效必要而非充分要素。(X )3、只有客戶才會(huì)有興趣透徹定義它需求以保證她商定軟件產(chǎn)品質(zhì)量。(V )4、軟件質(zhì)量系統(tǒng)之間各不相似，說明機(jī)構(gòu)SQA系統(tǒng)構(gòu)建存在固有靈活性。(V )5、質(zhì)量管理原那么

12、指引軟件開發(fā)、維護(hù)和基本設(shè)施管理。它重點(diǎn)是需要什么，但沒有指 明如何到達(dá)原那么規(guī)定努力細(xì)節(jié)。(X )6、普通，檢查表使用是強(qiáng)制性。(X )7、CAPA執(zhí)行從主線上依賴于對(duì)的指引和經(jīng)常培訓(xùn)。(V )8、軟件質(zhì)量度量面臨特有困難根植于包括于軟件質(zhì)量度量測量(參數(shù))中。(V )9、一旦更改過SCI替代了前面SCI,就以為完畢了軟件一種新版本。(X )10、SQA工程過程原那么如CMM、ISO 9000-3原那么。三、填空題(每空1分，共14分;請(qǐng)把答案書寫在相應(yīng)橫線上。)1、軟件測試過程包括測試活動(dòng)有測試籌劃,測試設(shè)計(jì),測試實(shí)行,測試執(zhí)行,缺陷跟蹤和測試評(píng) 估2、軟件測試方略擬定過程普通經(jīng)歷 擬定測

13、試需求、評(píng)估風(fēng)險(xiǎn)、擬定測試方略三個(gè)階段構(gòu)成。3、變異測試?yán)碚摶臼浅绦騿T能力假設(shè)和 組合效應(yīng) 假設(shè)。4、軟件缺陷翻開/關(guān)閉圖表、主線因素圖表、軟件缺陷關(guān)閉周期表是慣用軟件缺陷跟蹤圖表。5、軟件測試規(guī)范可以分為行業(yè)規(guī)范和 操作 規(guī)范。1、普通，由人工進(jìn)行靜態(tài)測試方法涉及_桌面檢查_、代碼審查、_代碼走查和 技術(shù)評(píng)審。2、典型測試設(shè)計(jì)活動(dòng)涉及Ji!l試用例設(shè)計(jì)狽J試過程設(shè)計(jì)工設(shè)計(jì)驅(qū)動(dòng)程序和穩(wěn)定樁。3、按照測試層次和方略,軟件測試可以分為單元測試、裸成測試_、_確認(rèn)測試_和_系統(tǒng)測 試一。4、為了考察測試用例重要性,我們可以從_有效性_、_可重用性_、_易組織性、可 評(píng)估性_、可管理性五方面理解。5

14、、面向?qū)ο蠹蓽y試常用方法涉及屈樣測試一 一正交矩陣（陣列）測試一。1、面向?qū)ο鬁y試充分性三個(gè)慣用原那么是 基于狀態(tài)覆蓋率_、基于約束覆蓋率和基于代碼 覆蓋率。2、常用程序分析視角有句法視角，功能視角、文本視角和計(jì)算流視角3、按照測試用例設(shè)計(jì)方法，軟件測試可以分為白盒測試、黑盒測試和灰盒測試。4、我們可以按照一編寫_過程、執(zhí)行一過程和_組織一過程三個(gè)緯度對(duì)測試用例屬性進(jìn)行 歸類。5、單元測試內(nèi)容包括如下方面：_模塊接口測試_、_邊界條件測試一錯(cuò)誤解決測試_、澗 部數(shù)據(jù)構(gòu)造測試jU重要途徑測試。1、軟件質(zhì)量工程涉及軟件質(zhì)量保證_、一軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三大方面。2、McCall模型產(chǎn)品修改

15、緯度質(zhì)量因素有一可維護(hù)性_、_可測試性、靈活性。3、面向?qū)ο竽Ｐ筒煌谄渌Ｐ椭匾匦允且唤M件密集重用。4、有兩種同行評(píng)審方法學(xué)：_審查和走查o5、RMA可以劃提成三組類別 內(nèi)部風(fēng)險(xiǎn)管理方法_、分包風(fēng)險(xiǎn)管理方法_和_顧客風(fēng)險(xiǎn)管理方法6、支持性質(zhì)量手段有一模板和檢查表7、根據(jù)軟件系統(tǒng)生命周期和其她階段軟件質(zhì)量度量劃分為一軟件過限度量_和一軟件產(chǎn)品 度量一。8、軟件配備發(fā)布版本有基線版本、中間一版本、修訂一版本。9、SQA原那么被劃提成軟件質(zhì)量管理原那么和一軟件工程過程原那么兩類。10、軟件缺陷固有特性有軟件缺陷固有性、_軟件缺陷敏感性_、_軟件缺陷感染性1、McCall模型劃分了 _軟件運(yùn)營_、

16、軟件轉(zhuǎn)移一、軟件修改_三個(gè)緯度11個(gè)軟 件質(zhì)量因素。2、螺旋模型任何一次迭代都可劃分為制定籌劃、_風(fēng)險(xiǎn)分析和化解一、工程和 顧客評(píng)估一四個(gè)項(xiàng)限。3、根據(jù)合同評(píng)審目的對(duì)合同評(píng)審主題進(jìn)行分類為建議草案評(píng)審主題_和_合同草案評(píng)審主 題_兩種類型。4、典型版本方針涉及嚴(yán)格-單一活動(dòng)版本方針、多版本方針一o5、軟件對(duì)屬于各種質(zhì)量因素需求符合性是由_軟件質(zhì)量度量來測量。6、CAPA過程成功運(yùn)營包括如下活動(dòng):信息收集、_信息分析、_解決方案和 改進(jìn)方法建立、改進(jìn)方法執(zhí)行、跟蹤。7、常用軟件配備演化模型有一線性演化模型和一樹演化模型o8、軟件更改質(zhì)量保證工作需要每個(gè)更改SCI質(zhì)量保證_和_整個(gè)新軟件系統(tǒng)版本質(zhì)

17、量 保證一兩個(gè)級(jí)別活動(dòng)。9、從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理原那么劃提成認(rèn)證原那么一和 評(píng)估原那么一兩種類型。10、_測試人員、SQA單位是SQA專職人員。1、CMM內(nèi)容包括初始級(jí)、可重復(fù)級(jí)_、_已定義級(jí)_、_已管理級(jí)和可優(yōu)化級(jí)五個(gè) 級(jí)別。2、軟件質(zhì)量保證目的涉及面向產(chǎn)品軟件開發(fā)和一面向過程軟件維護(hù)一兩大方面。3、開發(fā)生命周期階段SQA部件可以劃提成三類:評(píng)審、專家觀點(diǎn)、軟件測試、軟件維護(hù)SQA 部件和由第三方/分包商使用SQA部件。4、一版本方針和更改方針溪維護(hù)方針重要構(gòu)成。5、外部參加方可被分類為一分包商、C0TS軟件和重用軟件模塊供貨商和四客自身三組。6、在任何機(jī)構(gòu)中，CAPA要對(duì)的發(fā)揮

18、作用需要CAPA記錄流跟蹤、CAPA執(zhí)行跟蹤和CAPA執(zhí)行 成果跟蹤三個(gè)要跟蹤任務(wù)。7、軟件更改質(zhì)量保證工作需要每個(gè)更改SCI質(zhì)量保證和一整個(gè)新軟件系統(tǒng)版本質(zhì)量保證 兩個(gè)級(jí)別活動(dòng)。8、軟件過限度量可以進(jìn)一步劃分為 軟件過程質(zhì)量度量、軟件過程進(jìn)度度量 和軟件過程生產(chǎn)率度量。9、從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理原那么劃提成認(rèn)證原那么和評(píng)估原那么兩種 類型。10、普通，軟件質(zhì)量管理部件有一工程進(jìn)展控制_、軟件質(zhì)量度量、軟件質(zhì)量費(fèi)用和可用于 控制軟件維護(hù)工具SQA管理工具。四、名詞解釋（每題3分，共18分）1、軟件測試風(fēng)險(xiǎn)軟件測試風(fēng)險(xiǎn)是指軟件測試過程浮現(xiàn)或潛在問題2、動(dòng)態(tài)測試技術(shù)通過在抽樣測試數(shù)據(jù)上運(yùn)營程序來檢查程序動(dòng)態(tài)行為和運(yùn)營成果以發(fā)現(xiàn)缺陷。3、確認(rèn)測試確認(rèn)測試是驗(yàn)證軟件功能和性能及其他特性與否與顧客規(guī)定一致。對(duì)軟件從功能、性能、可靠 性、易用性等方面作全面