軟件質(zhì)量保證復(fù)習(xí)題及參考答案_第1頁
軟件質(zhì)量保證復(fù)習(xí)題及參考答案_第2頁
軟件質(zhì)量保證復(fù)習(xí)題及參考答案_第3頁
軟件質(zhì)量保證復(fù)習(xí)題及參考答案_第4頁
軟件質(zhì)量保證復(fù)習(xí)題及參考答案_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、選擇題1軟件調(diào)試的目的是(B)(A)發(fā)現(xiàn)軟件中隱藏的錯誤(B)解決測試中發(fā)現(xiàn)的錯誤(。盡量不發(fā)現(xiàn)錯誤以便早日提交軟件(D)證明軟件的正確性2 .黑盒測試技術(shù)中不包括(D )(A)等值分析測試(B)邊界值分析測試(C)錯誤推測法 (D)邏輯覆蓋測試. (D )是把輸入條件視為“因”,把輸出條件視為“果”,將黑盒看成是從因到果的網(wǎng)絡(luò)圖(A)等值分析測試(A)等值分析測試(C)錯誤推測法(B)邊界值分析測試(D)因果圖.集成測試的測試用例是根據(jù)(C )的結(jié)果來設(shè)計。A.需求分析B.源程序C.概要設(shè)計D.詳細設(shè)計5 CMMI中,(D )主要致力于技術(shù)革新和優(yōu)化過程的改進。A.需求分析B.源程序C.概要

2、設(shè)計D.詳細設(shè)計5 CMMI中,(D )主要致力于技術(shù)革新和優(yōu)化過程的改進。(A)等級二(C)等級四(B)等級三(D)等級五6 CMMI中的受管理級包含的七個過程域中,(C )的目的在于使工作人員和管理者客觀了解過程和相關(guān)的工作產(chǎn)品。(A)測量和分析(C)過程和產(chǎn)品質(zhì)量保證7 CMMI中,已定義級是(B(A)等級二(C)等級四(B)供方協(xié)定管理(D)工程籌劃(B)等級三(D)等級五8、工程執(zhí)行工作所需的依據(jù)有:(D)A)國家政策C)法律依據(jù)A)國家政策A)國家政策C)法律依據(jù)B)前期措施D)工程計劃A)B)C)D)(A)路徑覆蓋(A)B)C)D)(A)路徑覆蓋(C)語句覆蓋(B)等值分析測試(

3、D)條件覆蓋版本控制、以開發(fā)者為中心、過程驅(qū)動 以開發(fā)者為中心、過程驅(qū)動、版本控制 過程驅(qū)動、以開發(fā)者為中心、版本控制 過程驅(qū)動、版本控制、以開發(fā)者為中心1、軟件測試的目的是(A )(A)發(fā)現(xiàn)軟件中隱藏的錯誤(B)解決軟件中隱藏的錯誤(。盡量不發(fā)現(xiàn)錯誤以便早日提交軟件(D)證明軟件的正確性2、以下不屬于白盒測試技術(shù)的(B )、.憑經(jīng)驗或直覺推測可能的錯誤,列出程序中可能有的錯誤和容易發(fā)生錯誤的特殊情況,選 擇測試用例的測試方法叫(C )(A)(A)等值分析測試(A)等值分析測試(A)等值分析測試(B)邊界值分析測試(C)錯誤推測法 (D)邏輯覆蓋測試4、單元測試的測試用例主要根據(jù)(D )的結(jié)果

4、來設(shè)計。A.需求分析B.源程序C.概要設(shè)計D.詳細設(shè)計5、CMMI將軟件組織的軟件能力成熟度描述為(D )(A)二級(B)三級(C)四級(D)五級6、CMMI覆蓋的領(lǐng)域是(D )(A)服務(wù)行業(yè)(B)制造行業(yè)(C)流程性材料行業(yè)(D)軟件產(chǎn)品開發(fā)及服務(wù)7、CMMI中的受管理級包含的七個過程域中,(A ) 目的在于開發(fā)和維持度量能力,以便 支持對管理信息的需要。(A)測量和分析(B)供方協(xié)定管理(C)過程和產(chǎn)品質(zhì)量保證(D)工程籌劃8、工程執(zhí)行過程所產(chǎn)生最重要的成果是:(C)A)工程計劃書B)需求規(guī)格書C)工程產(chǎn)品D)詳細設(shè)計9、CMM2的配置管理目標是:(D)A)軟件配置活動是隨機的B)所選擇的

5、配置工作產(chǎn)品需經(jīng)過標識并具有可用性,但不一定需受到控制C)所標示的軟件產(chǎn)品的更改可不受控,可根據(jù)當(dāng)時的情況而定D)讓相關(guān)小組和個人及時了解軟件基線的狀態(tài)1、集成測試分為漸增組裝測試和(A )(A)非漸增組裝測試(B)確認測試 (。單元測試 (D)測試計劃2、以下哪種測試方法不屬于白盒測試技術(shù)(B )(A)基本路徑測試(B)邊界值分析測試(C)循環(huán)覆蓋測試(D)邏輯覆蓋測試3、黑盒測試技術(shù),使用最廣的用例設(shè)計技術(shù)是(A )(A)等值分析測試(B)邊界值分析測試(C)錯誤推測法 (D)邏輯覆蓋測試.軟件測試的過程分為(A )、集成測試、確認測試和系統(tǒng)測試兒個步驟。A.單元測試B.人工測試C.組裝測

6、試D.上機測試CMMI中文全稱為(B )(A)軟件能力成熟度模型(B)軟件能力成熟度模型集成(C)質(zhì)量管理體系(D)軟件工程研究所6如果一個軟件企業(yè)希望到達成熟度等級2級目標,那么該企業(yè)就要在軟件工程的開發(fā)過程 中執(zhí)行該成熟度等級中的七個過程域中的所有(B )(A)特定目標(B)實踐(C)共性目標(D)過程域CMMI中的受管理級包含的七個過程域中,(B )旨在對以正式協(xié)定的形式從工程之外的 供方采辦的產(chǎn)品和服務(wù)實施管理。(A)測量和分析(B)供方協(xié)定管理(C)過程和產(chǎn)品質(zhì)量保證(D)工程籌劃8根據(jù)CMMI規(guī)范,每一個軟件企業(yè)均具有(A )成熟度。(A)等級一(B)等級三(C)等級四(D)等級五

7、9、配置管理活動最主要的內(nèi)容是:(C )A)設(shè)計代碼B)軟件產(chǎn)品C)產(chǎn)品版本D)工程文檔填空題1、軟件質(zhì)量工程包括 軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三大方面。2、McCall模型產(chǎn)品修改緯度的質(zhì)量因素有可維護性、可測試性、靈活性。3、面向?qū)ο竽P筒煌?其他模型的主要特征是一組件的密集刊用。4、有兩種同行評審方法學(xué):審查和走查。5、RMA可以劃分成三組類別內(nèi)部風(fēng)險管理措施,分包風(fēng)險濘理措施,顧客風(fēng)險管理措施。6、支持性質(zhì)量手段有模板和檢查表。7、依據(jù)軟件系統(tǒng)的生命周期和其他階段,軟件質(zhì)量度量劃分為軟件過程度量利軟件產(chǎn)品度量。1、McC川模型劃分了軟件運行,軟件轉(zhuǎn)移,軟件修改三個緯度的11

8、個軟件質(zhì)量因素。2、螺旋模型任何一次迭代都可劃分為制定計劃、風(fēng)險分析和化解、工程和顧客評估四個頂限。3、依據(jù)合同評審的目標對合同評審主題進行分類為建議草案評審主題,合同草案評審主題兩 種類型。、.弧型的版本方針包括嚴格-單 活動版本方針,多版本方針。5、軟件對屬于各種質(zhì)量因素的需求的符合性是由軟件質(zhì)量度量來測量的。6、CAPA過程的成功運行包含如下活動:信息收集、信息分析,解決方案和改進方法的建立、 改進方法的執(zhí)行、跟蹤。7、常見的軟件配置演化模型有線性演化模型,樹演化模型。8、軟件更改的質(zhì)量保證工作需每個更改的SCI的質(zhì)量保證,整個新軟件系統(tǒng)版本的質(zhì)量保證 兩個級別的活動。9、從內(nèi)容和重點上

9、我們可以把質(zhì)最管理標準劃分成認證標準,評估標準兩種類型。10、測試人員,SQA單位是SOA專職人員。判斷題(J )1、在專業(yè)的軟件開發(fā)、維護中,SQA環(huán)境是建立、執(zhí)行SQA方法時必須首要考慮 的問題。(X )2、如何看待軟件產(chǎn)品內(nèi)部的缺陷,開發(fā)者和用戶的立場是一致的。(J )3、專家觀點通過引進補充的外部能力到機構(gòu)內(nèi)部開發(fā)過程中來而支持質(zhì)晨評估T.作。(X )4、質(zhì)量管理標準是專業(yè)標準,它們向開發(fā)組提供方法學(xué)指南。(J )5、軟件生命周期模型強調(diào)的是直接開發(fā)活動,而沒有指示出開發(fā)過程的顧客參與。(X )6、規(guī)程具有機構(gòu)范圍的適用性,它的執(zhí)行和具體執(zhí)行的人或組織背景有著密切關(guān)系。(X )7、CA

10、PA的目的在于檢測、處理、改正軟件缺陷。(X )8、工程進展控制SQA工具有Galt圖、日歷、數(shù)據(jù)流圖和活動網(wǎng)絡(luò)圖。(J )9、IEEE、ISO、DOD、ANSk EIA都是著名的SQA標準開發(fā)機構(gòu)。(J )10、在科學(xué)和工程中,如果沒有度量,對一切都沒有一個定量的了解,那么這種科學(xué) 和工程既不是有效的,也不是實際的。(X )1、軟件故障是導(dǎo)致軟件失效的必要和充分要素。(J )2、同行評審的主要目標在于檢測錯誤、核對與標準的偏高。(J )3、在任何軟件機構(gòu)中,定期、不定期的培訓(xùn)、再培訓(xùn)都是必須而且是必要的。(J )4、在整個機構(gòu)中使用基礎(chǔ)設(shè)施防護與改進部件的主要目標是在機構(gòu)積累的SQA經(jīng) 驗基

11、礎(chǔ)上消除或至少降低出錯率。(X )5、所有SQA活動和工程里程碑的完成或工程里程碑的檢驗是同時發(fā)生的。(X )6、Daniel Galin等提在20世紀50年代建立的經(jīng)典質(zhì)量費用模型,提供了一種以經(jīng) 濟學(xué)觀點把與產(chǎn)品質(zhì)量保證相關(guān)的費用非類的方法學(xué)。(J )7、一旦更改過的SCI替換了前面的SCI,就認為完成了軟件的一個新版本。(J )8、軟件質(zhì)量本錢是一個投資問題,而不是本錢問題!(X )9、S曰CMM評估標準,ISO 9001和ISO 9000-3標準是典型的工程過程標準。(V )10,軟件質(zhì)最保證的獨特性是由軟件產(chǎn)品不同于其他制造產(chǎn)品的本質(zhì)決定的。四、名詞解釋(每題3分,共18分)2、軟件

12、可靠性:(IEEE)軟件可靠性是指一個系統(tǒng)或組件在某個特定時期、特定條件下 完成所需完成的功能的能力。3、規(guī)程:規(guī)程是完成某件事情或行動的特定方式,即規(guī)程是為了完成一個任務(wù),根據(jù)給 定方法所執(zhí)行的詳細活動或過程。4、開發(fā)風(fēng)險:軟件開發(fā)風(fēng)險是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì),如果忽略它,將 增加軟件工程失敗的可能。5、(軟件工程領(lǐng)域)模板:在軟件工程領(lǐng)域,模板指的是小組或機構(gòu)創(chuàng)立的,用于編輯報 告以及其他形式文檔的格式。6、軟件配置管理:一個負責(zé)應(yīng)用(計算機化的或非計算機化的)技術(shù)工具和管理規(guī)程、使 之能夠完成為維護SCI和軟件配置版本所需任務(wù)的SQA部件。名詞解釋1、軟件開發(fā)風(fēng)險:軟件開發(fā)風(fēng)

13、險是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì),如果忽略它,將 增加軟件工程失敗的可能。3、合同評審:合同評審是一個指導(dǎo)評審建議草案利合同文檔的SQA部件。4、質(zhì)量記錄:質(zhì)量記錄是一種特殊類型的受控文檔。它是面向顧客的文檔,用于證實同顧客 需求的全面符合性以及貫穿于開發(fā)和維護全過程的軟件質(zhì)量保證系統(tǒng)的有效運行。6、軟件配置版本:軟件配置版本是指在給定時間點上組成軟件系統(tǒng)的、已批準而且文檔化的 SCI版本的集合。2、合同評審:合同評審是一個指導(dǎo)評審建議草案和合同文檔的SQA部件。3、規(guī)程:規(guī)程是完成某件事情或行動的特定方式,即規(guī)程是為了完成一個任務(wù),根據(jù)給定方 法所執(zhí)行的詳細活動或過程。5、受控文檔:受

14、控文檔是那些II前就對軟件系統(tǒng)的開發(fā)、維護以及與目前和將來顧客關(guān)系的 管理重要或可能變得重要的,并且處于控制狀態(tài)下的文檔。6、軟件質(zhì)量度量:一個工程具有給定質(zhì)量屬性的程度定量測度;或一個函數(shù),其輸入為軟件 數(shù)據(jù)、輸出為單的數(shù)值,該值可以被理解為軟件具有給定質(zhì)量屬性的程度問答.請指出走查、審查這兩種同行評審方法的不同?走查和審查的區(qū)別是其正式性的等級。其中,審查是兩者之中更為正式。2分 走查的發(fā)現(xiàn)限于被評審文檔的意見,而審查的發(fā)現(xiàn)還同改進開發(fā)方法自身的工作相結(jié)合。 所以和走查相比,審查對一般的SQA做出了更大貢獻。2分.請詳細描述軟件質(zhì)量費用的經(jīng)典模型?2分在經(jīng)典軟件質(zhì)量費用模型中,軟件質(zhì)量費用

15、可以劃分為控制費用、控制失效費用。2分其中,控制費用被進一步細化為預(yù)防費用和評價費用:控制失效費用進一步細化為內(nèi)部 失效費用、外部失效費用。(1)預(yù)防費用包括建立軟件質(zhì)量基礎(chǔ)設(shè)施、更新并改進基礎(chǔ)設(shè)施以 及完成其運行所需的常規(guī)活動的投資。(2)評價費用花在特定工程或軟件系統(tǒng)中軟件錯誤的檢 測上。(3)內(nèi)部失效費用是指改正在顧客現(xiàn)場安裝軟件之前實施設(shè)計評審、軟件測試及驗收測 試時檢測到的錯誤而產(chǎn)生的費用。(4)外部失效費用限定為改正由顧客或維護組在顧客現(xiàn)場安 裝軟件系統(tǒng)之后檢測到的失效的費用。.談?wù)勀銓贤u審過程的理解?合同評審是一個指導(dǎo)評審建議草案和合同文檔的SQA部件。其過程分為兩個階段進行:口分 (1)第一階段一提交給可能顧客之前的建議草案評審;1分(2)第二階段一簽約前.的合同草案評審,該階段在建議和合同談判期達成的理解基礎(chǔ)上評審合 同草案。1分每個評審階段完成后,要求建議組與法律部進行必要的修改、補充和改正。1分 4.請指出軟件質(zhì)量費用擴展模型對軟件質(zhì)量費用經(jīng)典模型的擴展。仔細

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論