《主干課3-軟件工程與軟件測試技術(shù)》南開2020秋主干課考試答案_第1頁
《主干課3-軟件工程與軟件測試技術(shù)》南開2020秋主干課考試答案_第2頁
《主干課3-軟件工程與軟件測試技術(shù)》南開2020秋主干課考試答案_第3頁
《主干課3-軟件工程與軟件測試技術(shù)》南開2020秋主干課考試答案_第4頁
《主干課3-軟件工程與軟件測試技術(shù)》南開2020秋主干課考試答案_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、主干課3-軟件工程與軟件測試技術(shù)南開2020秋主干課考試答案邏輯覆蓋測試法中,條件覆蓋的目的是()A.使程序中每個語句至少執(zhí)行一次B.使程序每個語句至少執(zhí)行一次,且每個判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次C.使程序中每個語句至少執(zhí)行一次,且每個判定表達(dá)式至少獲得一次真值和假值D.使程序中每個語句至少執(zhí)行一次,且使判定表達(dá)式中的每個條件都取到各種可能的結(jié)果成功的測試是指運(yùn)行測試用例后()A.證明程序正確B.發(fā)現(xiàn)了程序錯誤C.未發(fā)現(xiàn)程序錯誤D.改正了程序錯誤模塊獨(dú)立性是由內(nèi)聚性和耦合性來度量的,其中耦合性是()A.模塊間的聯(lián)系程度B.模塊的功能強(qiáng)度C.信息隱藏程度D.接口的復(fù)雜程度()共同

2、構(gòu)成系統(tǒng)的邏輯模型A.數(shù)據(jù)流圖和系統(tǒng)流程圖B.數(shù)據(jù)流圖和數(shù)據(jù)字典C.實體關(guān)系圖和狀態(tài)轉(zhuǎn)換圖D.數(shù)據(jù)字典和實體關(guān)系圖軟件調(diào)試的目的是()A.找出軟件中存在的錯誤B.證明軟件沒有錯誤C.解決存在的錯誤D.對軟件的錯誤進(jìn)行分類以下不屬于軟件開發(fā)模型的是()A.瀑布模型B.用例模型C.增量模型D.螺旋模型為了提高模塊的獨(dú)立性,模塊之間最好是()A.邏輯內(nèi)聚B.時間內(nèi)聚C.通信內(nèi)聚D.功能內(nèi)聚數(shù)據(jù)流圖是用于表示系統(tǒng)邏輯模型的一種工具,其基本圖形符號是()A.輸入、數(shù)據(jù)流、加工、數(shù)據(jù)存儲、輸出B.輸入、變換、輸出、外部實體C.數(shù)據(jù)流、數(shù)據(jù)存儲、加工、數(shù)據(jù)的源點(diǎn)或終點(diǎn)D.變換、加工、數(shù)據(jù)流、數(shù)據(jù)存儲下述任務(wù)

3、中,不屬于軟件工程需求分析階段的是()A.確定對系統(tǒng)的綜合需求B.分析系統(tǒng)的數(shù)據(jù)需求C.確定系統(tǒng)由哪些模型組成及每個模塊的功能D.建立軟件的邏輯模型以下對狀態(tài)轉(zhuǎn)換圖描述錯誤的是()A.狀態(tài)轉(zhuǎn)換圖通過描繪系統(tǒng)的狀態(tài)及引用系統(tǒng)狀態(tài)轉(zhuǎn)換的事件,來表示系統(tǒng)的行為B.狀態(tài)圖的狀態(tài)有初態(tài)、終態(tài)和中間狀態(tài),在一張圖中三種狀態(tài)都可以有0至多個C.狀態(tài)圖中事件是引起系統(tǒng)做動作或(和)轉(zhuǎn)換狀態(tài)的控制信息D.狀態(tài)圖提供了行為建模機(jī)制()是軟件開發(fā)時期的最后一個階段,是保證軟件質(zhì)量的重要手段A.需求分析B.詳細(xì)設(shè)計C.編碼和單元測試D.綜合測試軟件設(shè)計是把軟件需求轉(zhuǎn)換為軟件表示的過程,軟件設(shè)計的任務(wù)包括()A.數(shù)據(jù)設(shè)

4、計B.體系結(jié)構(gòu)設(shè)計C.接口設(shè)計D.過程設(shè)計面向?qū)ο蟮姆?wù)設(shè)計可以分為()幾個步驟A.確定類中應(yīng)有的服務(wù)B.設(shè)計實現(xiàn)服務(wù)的方法C.分析關(guān)聯(lián)關(guān)系D.對關(guān)聯(lián)命名,標(biāo)注關(guān)聯(lián)中的類的角色以下關(guān)于白盒測試法和黑盒測試法描述錯誤的有()A.白盒測試需要程序員參與,黑盒測試不需要B.白盒測試可以使用測試工具,黑盒測試不能使用工具C.邏輯覆蓋測試法、循環(huán)測試法、基本路徑測試法、因果圖法屬于白盒測試D.等價類劃分法、邊界值分析法、錯誤推測屬于黑盒測試程序流程圖包括以下()基本成分A.處理,用方框表示B.判斷條件,用菱形框表示C.控制流,用箭頭表示D.屬性,用橢圓表示用邊界值分析法,假定1A.X=0B.X=1C.X

5、=50D.X=51在面向?qū)ο蠓椒▽W(xué)中,以下關(guān)于類與對象的關(guān)系正確的是()A.類稱為是對象的一個“實例”,對象稱為是類的“模板”B.類是靜態(tài)的,對象的動態(tài)的C.類給出了屬于該類的全部對象的抽象定義,對象是符合這種定義的一個實體D.類代表一類抽象的概念或事物,對象是在客觀世界中實際存在的模塊的耦合類型包括()A.偶然耦合、順序耦合B.無直接耦合、數(shù)據(jù)耦合C.標(biāo)記耦合、控制耦合D.公共環(huán)境耦合、內(nèi)容耦合軟件過程是為了獲得高質(zhì)量所需要完成的一系列任務(wù)的框架,它包括()A.實現(xiàn)過程B.管理過程C.支持過程D.測試過程以下()可能是需求分析階段可能用到的圖形工具A.層次方框圖B.IPO圖C.Warnier

6、圖D.軟件結(jié)構(gòu)圖軟件維護(hù)活動可以歸結(jié)為以下()幾類A.改正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)簡述產(chǎn)生軟件危機(jī)的原因。什么是需求分析?簡述需求分析的目的和具體任務(wù)。簡述面向?qū)ο蠓椒▽W(xué)中類和對象的定義,并分析類與對象的關(guān)系軟件測試過程應(yīng)該劃分為幾個階段?各個階段應(yīng)重點(diǎn)測試的內(nèi)容是什么?狀態(tài)轉(zhuǎn)換圖(名詞解釋)軟件可維護(hù)性(名詞解釋)測試用例(名詞解釋)靜態(tài)測試(名詞解釋) 參考答案:D參考答案:B參考答案:A參考答案:B參考答案:C參考答案:B參考答案:D參考答案:C參考答案:C參考答案:B參考答案:D參考答案:ABCD參考答案:AB參考答案:ABCD參考答案:ABC參考答案:ABCD

7、參考答案:BCD參考答案:BCD參考答案:ABC參考答案:ABC參考答案:ABCD參考答案:產(chǎn)生軟件危機(jī)的原因:1)軟件是計算機(jī)系統(tǒng)中的邏輯部件,軟件產(chǎn)品往往規(guī)模龐大,結(jié)構(gòu)復(fù)雜。2)軟件開發(fā)的管理困難。3)軟件開發(fā)費(fèi)用不斷增加,維護(hù)費(fèi)用急劇上升,直接威脅計算機(jī)應(yīng)用的擴(kuò)大。4)軟件開發(fā)技術(shù)落后。5)生產(chǎn)方式落后。6)開發(fā)工具落后,生產(chǎn)效率提高緩慢。參考答案:需求分析是軟件生命周期最重要的一步,它在問題定義和可行性研究階段之后進(jìn)行。需求分析的基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么?”這個問題。需求分析指的是建立一個新的或改變一個現(xiàn)存的計算機(jī)系統(tǒng)時,描寫新系統(tǒng)的目的、范圍、定義和功能時要做的所有工作。

8、在軟件工程的歷史中,很長時間認(rèn)為需求分析是軟件工程中最簡單的步驟,但越來越多的人認(rèn)識到它是整個過程中最關(guān)鍵的環(huán)節(jié)。需求分析的任務(wù)不是確定系統(tǒng)怎樣完成它的工作,而僅僅是確定系統(tǒng)必須完成哪些工作,也就是對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰而且具體的需求。需求分析是調(diào)查、評價以及肯定用戶對軟件需求的過程,其目的在于精化軟件的作用范圍,也是分析和確認(rèn)軟件系統(tǒng)構(gòu)成的過程,以確定未來系統(tǒng)的主要成分及它們之間的接口細(xì)節(jié)。需求分析的任務(wù)包括:1)確定對系統(tǒng)的綜合需求;2)分析系統(tǒng)的數(shù)據(jù)需求;3)建立軟件的邏輯模型;4)編寫軟件需求規(guī)格說明書;5)需求分析評審。參考答案:對象是對問題域中客觀存在的事物的抽象,是由描述

9、該對象屬性的數(shù)據(jù)以及可以對這些數(shù)據(jù)施加的所有操作封裝在一起構(gòu)成的統(tǒng)一體。對象包括兩大要素屬性(用來描述對象的靜態(tài)特征)和操作(用來描述對象的動態(tài)特征)。對象是面向?qū)ο蠓椒▽W(xué)中的基本成分,每個對象都可以用它本身的一組屬性和它可以執(zhí)行的一組操作來定義。類是具有相同屬性和操作的一組相似對象(實體)的集合。類為屬于該類的全部對象提供了統(tǒng)一的抽象描述。同類的對象具有相同的屬性和方法。類給出了屬于該類的全部對象的抽象定義,而對象則是符合這種定義的一個實體。因此,對象又稱為是類的一個“實例(Instance)”,類又稱為是對象的“模板(Template)”。另外,類是靜態(tài)的,類的語義和類之間的關(guān)系在程序執(zhí)行

10、之前已經(jīng)定義,但對象是動態(tài)的,在程序執(zhí)行過程中可以動態(tài)地創(chuàng)建和刪除對象;類代表一類抽象的概念或事物,對象是在客觀世界中實際存在的類的實例。參考答案:軟件產(chǎn)品在交付使用之前一般要經(jīng)過單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試4個階段的測試。單元測試是對軟件基本組成單元進(jìn)行的測試,檢查每個獨(dú)立模塊是否正確地實現(xiàn)了規(guī)定的功能,單元測試所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計中的錯誤。各模塊經(jīng)過單元測試后,接下來需要進(jìn)行集成測試。集成測試是將已分別通過測試的單元按設(shè)計要求組合起來再進(jìn)行測試,以檢查這些單元之間的接口是否存在問題,同時檢查與設(shè)計相關(guān)的軟件體每畝結(jié)構(gòu)的有關(guān)問題。在這個測試階段發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤,

11、也可能發(fā)現(xiàn)需求中的錯誤。確認(rèn)測試是檢查所開發(fā)的軟件是否滿足需求規(guī)格說明書中所確定的功能和性能的需求,在這個測試階段發(fā)現(xiàn)的是需求分析階段的錯誤,如對用戶需求的誤解,有沖突的用戶需求等。完成確認(rèn)測試后,得到的應(yīng)該是用戶確認(rèn)的合格的軟件產(chǎn)品,但為了檢查該產(chǎn)品能否與系統(tǒng)的其他部分協(xié)調(diào)工作,需要進(jìn)行系統(tǒng)測試。系統(tǒng)測試是在實際運(yùn)行環(huán)境下對計算機(jī)系統(tǒng)進(jìn)行一系列的嚴(yán)格有效的測試來發(fā)現(xiàn)軟件的潛在問題,以保證各組成部分不僅單獨(dú)的正常運(yùn)行,而且在系統(tǒng)各部分統(tǒng)一協(xié)調(diào)下也能正常運(yùn)行。參考答案:狀態(tài)轉(zhuǎn)換圖簡稱狀態(tài)圖,通過描繪系統(tǒng)的狀態(tài)及引用系統(tǒng)狀態(tài)轉(zhuǎn)換的事件,來表示系統(tǒng)的行為。狀態(tài)圖還指出了作為特定事件的結(jié)果系統(tǒng)將做哪些動作。因此,狀態(tài)圖提供了行為建模機(jī)制。參考答案:軟件可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷,以及為滿足新的要求進(jìn)行修改、擴(kuò)充或壓縮的容易程度。軟件可維護(hù)性是軟件開發(fā)階段各個時期的關(guān)鍵目標(biāo)。參考答案:測試用例是針對特定測試對象而開發(fā)的

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論