軟件測(cè)試類(lèi)型及其在軟件開(kāi)發(fā)過(guò)程中的地位_第1頁(yè)
軟件測(cè)試類(lèi)型及其在軟件開(kāi)發(fā)過(guò)程中的地位_第2頁(yè)
軟件測(cè)試類(lèi)型及其在軟件開(kāi)發(fā)過(guò)程中的地位_第3頁(yè)
已閱讀5頁(yè),還剩10頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、 模擬 軟件測(cè)試類(lèi)型及其在軟件開(kāi)發(fā)過(guò)程中的地位選擇題第1題:對(duì)程序中已發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì),并改正這些錯(cuò)誤,同時(shí)修改相關(guān)的文檔,稱(chēng)為 _。A. 測(cè)試B. 調(diào)試C.錯(cuò)誤分析D.驗(yàn)證參考答案: B在測(cè)試信息流中,測(cè)試過(guò)程需要三類(lèi)輸入:- 軟件配置 ( 包括需求規(guī)格說(shuō)明、軟件設(shè)計(jì)規(guī)格說(shuō)明、 源代碼等 ) 。- 測(cè)試配置 ( 包括表明測(cè)試工作如何進(jìn)行的測(cè)試計(jì)劃、給出測(cè)試數(shù)據(jù)的測(cè)試用例、控制測(cè)試進(jìn)行的測(cè)試程序等)。-測(cè)試工具 ( 為提高軟件測(cè)試效率,測(cè)試工作要有測(cè)試工具的支持其主要工作是為測(cè)試的實(shí)施提供各種服務(wù), 以減輕人們完成測(cè)試任務(wù)的手工勞動(dòng)) 。在測(cè)試完成之后,要對(duì)所有測(cè)試結(jié)果進(jìn)行

2、分析, 即將實(shí)際測(cè)試的結(jié)果與預(yù)期的結(jié)果進(jìn)行比較。若發(fā)現(xiàn)出錯(cuò)的數(shù)據(jù),就意味著軟件有錯(cuò)誤,然后就需要開(kāi)始排錯(cuò) ( 也稱(chēng)為調(diào)試 ) ,即對(duì)已發(fā)現(xiàn)的錯(cuò)誤進(jìn)行定位和確定出錯(cuò)性質(zhì),并改正這些錯(cuò)誤,同時(shí)修改相關(guān)的文檔。修正后的文檔一般都要經(jīng)過(guò)兩次測(cè)試,直到通過(guò)測(cè)試為止。第2題:把經(jīng)過(guò)評(píng)審?fù)ㄟ^(guò)的各項(xiàng)需求轉(zhuǎn)換為一個(gè)相應(yīng)的體系結(jié)構(gòu),包括數(shù)據(jù)的體系結(jié)構(gòu)、系統(tǒng)和軟件的體系結(jié)構(gòu),這是軟件生命周期哪一階段做的事情_(kāi)。A. 系統(tǒng)和需求定義B. 編程和單元測(cè)試C. 軟件設(shè)計(jì)D. 運(yùn)行和維護(hù)參考答案: C軟件設(shè)計(jì)是軟件工程的技術(shù)核心, 在設(shè)計(jì)階段中, 設(shè)計(jì)人員把經(jīng)評(píng)審?fù)ㄟ^(guò)的各項(xiàng)需求轉(zhuǎn)換為一個(gè)相應(yīng)的體系結(jié)構(gòu), 包括數(shù)據(jù)的體系結(jié)構(gòu)

3、、 系統(tǒng)和軟件的體系結(jié)構(gòu)。結(jié)構(gòu)中每一組成部分都是一個(gè)模塊, 每個(gè)模塊都是和某種需求相對(duì)應(yīng), 即所謂概要設(shè)計(jì)和高層設(shè)計(jì)。 進(jìn)而對(duì)每個(gè)模塊要完成的任務(wù)進(jìn)行具體描述, 為后面的編程打基礎(chǔ),即所謂詳細(xì)設(shè)計(jì)。第3題:之所以要對(duì)已交付使用的軟件進(jìn)行維護(hù),原因是_。( ) 為了增強(qiáng)軟件的功能,滿足功能上的變更1( ) 運(yùn)行中發(fā)現(xiàn)了軟件中的錯(cuò)誤需要更正( ) 為了適應(yīng)軟件工作環(huán)境變化而引起的相應(yīng)改變A.( )B.( ) 和( )C.( ) 和( )D.( ) 和( ) 和( )參考答案: D對(duì)于已交付的軟件投入正常使用, 就進(jìn)入運(yùn)行階段, 這一階段可能持續(xù)若干年甚至幾十年。但軟件在運(yùn)行過(guò)程中往往可能會(huì)因?yàn)槎喾?/p>

4、面的原因?qū)е滦枰獙?duì)該軟件進(jìn)行修改,這一修改過(guò)程便是軟件的維護(hù)。 其主要原因可能為以下幾點(diǎn): 軟件在運(yùn)行中發(fā)現(xiàn)了軟件本身存在的錯(cuò)誤需要修正;為了適應(yīng)變化了的軟件工作環(huán)境;為了滿足用戶需求要增強(qiáng)軟件的功能而需做變更。第4題:根據(jù)軟件需求規(guī)格說(shuō)明,在開(kāi)發(fā)環(huán)境下對(duì)已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測(cè)試是_。A. 系統(tǒng)測(cè)試B. 單元測(cè)試C.集成測(cè)試D.驗(yàn)收測(cè)試參考答案: A軟件測(cè)試生存周期模型描述了軟件測(cè)試的全過(guò)程: 單元測(cè)試、集成測(cè)試、 系統(tǒng)測(cè)試、驗(yàn)收測(cè)試和回歸測(cè)試等。 當(dāng)一個(gè)程序單元編寫(xiě)出來(lái)之后, 首先要做的就是及時(shí)對(duì)其進(jìn)行單元測(cè)試, 檢查該程序單元中的各種缺陷, 并通過(guò)調(diào)試改正它們, 然后進(jìn)行回歸測(cè)試,檢查

5、這些缺陷是否確實(shí)得到修正。 集成測(cè)試根據(jù)軟件體系結(jié)構(gòu)的設(shè)計(jì),按照一定順序?qū)⒔?jīng)過(guò)單元測(cè)試的程序單元逐步組裝為子系統(tǒng)或系統(tǒng),該過(guò)程可以與單元測(cè)試穿插進(jìn)行。 系統(tǒng)測(cè)試是根據(jù)軟件需求規(guī)格說(shuō)明,在開(kāi)發(fā)環(huán)境下對(duì)已經(jīng)集成的軟件系統(tǒng)進(jìn)行測(cè)試, 確認(rèn)各項(xiàng)規(guī)定的需求是否在系統(tǒng)中實(shí)現(xiàn),以及各種質(zhì)量要求在系統(tǒng)中是否達(dá)到預(yù)期的標(biāo)準(zhǔn)。 驗(yàn)收測(cè)試是對(duì)已經(jīng)確認(rèn)的軟件系統(tǒng)進(jìn)行的測(cè)試, 在實(shí)際使用環(huán)境中, 與計(jì)算機(jī)系統(tǒng)的其他系統(tǒng)元素進(jìn)行一系列系統(tǒng)級(jí)的集成測(cè)試和測(cè)試。第5題:下列可以做為軟件測(cè)試對(duì)象的是_。A. 需求規(guī)格說(shuō)明B. 軟件設(shè)計(jì)規(guī)格說(shuō)明C. 源程序D. 以上全部參考答案: D2軟件測(cè)試不僅僅限于程序編碼之后,而應(yīng)該貫穿于

6、軟件開(kāi)發(fā)的全過(guò)程。軟件測(cè)試并不等于程序測(cè)試,因此,需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各個(gè)階段所得到的文檔資料, 包括需求規(guī)格說(shuō)明、 軟件概要設(shè)計(jì)規(guī)格說(shuō)明、 軟件詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序都應(yīng)做為軟件測(cè)試的對(duì)象。第6題:測(cè)試過(guò)程需要輸入軟件配置、測(cè)試配置和測(cè)試工具。其中不屬于測(cè)試配置的是_。A. 測(cè)試計(jì)劃B. 測(cè)試用例C.測(cè)試報(bào)告D.測(cè)試程序參考答案: C軟件測(cè)試信息流中,測(cè)試過(guò)程需要三類(lèi)輸入,分別是:測(cè)試汁劃、測(cè)試配置和測(cè)試工具。其中測(cè)試計(jì)劃包括軟件需求規(guī)格說(shuō)明、軟件設(shè)汁規(guī)格說(shuō)明、源代碼等;測(cè)試配置包括表明測(cè)試工作如何進(jìn)行的測(cè)試計(jì)劃、 給 m測(cè)試數(shù)據(jù)的測(cè)試用例、 控制測(cè)試進(jìn)行的測(cè)試程序

7、等; 測(cè)試工具主要是為測(cè)試的實(shí)施提供某種服務(wù), 以減輕人們完成測(cè)試任務(wù)中的手工勞動(dòng)。第7題:面向?qū)ο蟮能浖O(shè)計(jì)要首先考慮問(wèn)題中的數(shù)據(jù)實(shí)體,通過(guò)實(shí)體提供的服務(wù)和實(shí)體之間的消息的傳遞來(lái)實(shí)現(xiàn)某種計(jì)算,這種體系結(jié)構(gòu)的好處體系在_。A. 穩(wěn)定性B. 一致性C.可靠性D.效率參考答案: A面向?qū)ο蟮能浖O(shè)計(jì)要首先考慮問(wèn)題中所涉及的數(shù)據(jù)實(shí)體, 功能分散到各個(gè)實(shí)體中,通過(guò)實(shí)體提供的服務(wù)和實(shí)體之間的消息的傳遞來(lái)實(shí)現(xiàn)某種計(jì)算, 如果功能發(fā)生變化 ( 這也是最常出現(xiàn)的 ) ,整個(gè)系統(tǒng)結(jié)構(gòu)不會(huì)變化, 只是相應(yīng)調(diào)整系統(tǒng)中各個(gè)實(shí)體的服務(wù)即可,因此這種體系結(jié)構(gòu)的好處就是具有很好的穩(wěn)定性。第8題:規(guī)劃階段實(shí)際上指的是 _。A

8、. 需求獲取和定義階段B. 數(shù)據(jù)獲取和定義階段C.測(cè)試用例設(shè)計(jì)規(guī)劃階段D.產(chǎn)品實(shí)施規(guī)劃3參考答案: A規(guī)劃階段的測(cè)試實(shí)際上就是對(duì)需求獲取和定義階段進(jìn)行的測(cè)試, 產(chǎn)品規(guī)劃小組應(yīng)由系統(tǒng)分析員、 銷(xiāo)售人員和市場(chǎng)營(yíng)銷(xiāo)人員以及產(chǎn)品經(jīng)理等組成, 他們對(duì)產(chǎn)品進(jìn)行定義,制作演示模型, 以闡明他們的構(gòu)想。 規(guī)劃人員目的是編寫(xiě)文檔來(lái)知道將來(lái)的開(kāi)發(fā)工作。第9題:軟件設(shè)計(jì)階段的測(cè)試主要采取的方式是_。A. 評(píng)審B. 白盒測(cè)試C. 黑盒測(cè)試D. 動(dòng)態(tài)測(cè)試參考答案: A軟件設(shè)計(jì)測(cè)試的對(duì)象是設(shè)計(jì)文檔,其測(cè)試主要采用的是評(píng)審的方式進(jìn)行。第10題:下列不屬于內(nèi)部設(shè)計(jì)的是 _。A. 數(shù)據(jù)設(shè)計(jì)B. 邏輯設(shè)計(jì)C.界面設(shè)計(jì)D.結(jié)構(gòu)設(shè)計(jì)

9、參考答案: C軟件設(shè)計(jì)分為內(nèi)部設(shè)計(jì)和外部設(shè)計(jì), 而外部設(shè)計(jì)主要是從用戶的角度對(duì)產(chǎn)品進(jìn)行描述,主要是設(shè)計(jì)用戶界面, 最后會(huì)產(chǎn)生文檔形式的外部設(shè)計(jì)規(guī)格說(shuō)明; 內(nèi)部設(shè)計(jì)則主要描述產(chǎn)品的內(nèi)部工作機(jī)制, 具體又可以細(xì)分為結(jié)構(gòu)設(shè)計(jì)、 數(shù)據(jù)設(shè)計(jì)和邏輯設(shè)計(jì)。第11題:需求規(guī)格說(shuō)明中應(yīng)該能為后面的設(shè)計(jì)和實(shí)現(xiàn)提供質(zhì)量和數(shù)量?jī)煞矫娴募s束,通常需求分為 _。A. 功能類(lèi)和性能類(lèi)B. 外部接口類(lèi)C.設(shè)計(jì)約束類(lèi)和質(zhì)量特性類(lèi)D.以上全部參考答案: D在需求規(guī)格說(shuō)明中要求準(zhǔn)確地描述軟件的任務(wù),應(yīng)當(dāng)可以正向跟蹤、反向跟蹤,與軟件、硬件的可操作環(huán)境相適應(yīng)。 需求規(guī)格說(shuō)明中應(yīng)該還能為后面的設(shè)計(jì)和實(shí)4現(xiàn)提供質(zhì)量和數(shù)量?jī)煞矫娴募s束,通

10、常需求分為以下五類(lèi):功能類(lèi)、性能類(lèi)、外部接口類(lèi)、設(shè)計(jì)約束類(lèi)和質(zhì)量特性類(lèi)。第12題:在需求獲取與定義階段就開(kāi)始建立,以后要不斷細(xì)化和完善的文檔是_。A. 用戶手冊(cè)B. 外部設(shè)計(jì)規(guī)格說(shuō)明C. 內(nèi)部設(shè)計(jì)規(guī)格說(shuō)明D. 測(cè)試計(jì)劃手冊(cè)參考答案: A軟件的外部設(shè)計(jì)是從用戶的角度對(duì)產(chǎn)品進(jìn)行描述的, 外部設(shè)計(jì)規(guī)格說(shuō)明是在外部設(shè)計(jì)期間產(chǎn)生的文檔用戶手冊(cè)是另一種文檔,與外部設(shè)計(jì)規(guī)格說(shuō)明不同的是,它是在需求獲取與定義階段就開(kāi)始建立,以后要不斷細(xì)化和完善的文檔。第13題:設(shè)計(jì)階段的測(cè)試對(duì)象來(lái)自設(shè)計(jì)文檔,下列不屬于這一階段設(shè)計(jì)文檔的是_。A. 邏輯設(shè)計(jì)規(guī)格說(shuō)明B. 物理設(shè)計(jì)規(guī)格說(shuō)明C.內(nèi)部設(shè)計(jì)規(guī)格說(shuō)明D.外部設(shè)計(jì)規(guī)格說(shuō)明

11、參考答案: B設(shè)計(jì)階段的測(cè)試對(duì)象設(shè)計(jì)文檔, 這里的設(shè)計(jì)文檔包括: 外部設(shè)計(jì) ( 用戶界面設(shè)計(jì),與其他元素的接口設(shè)計(jì) 系統(tǒng)構(gòu)件部署設(shè)計(jì) ) 規(guī)格說(shuō)明、內(nèi)部設(shè)計(jì) ( 功能設(shè)計(jì),系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì),數(shù)據(jù)設(shè)計(jì) ) 規(guī)格說(shuō)明和邏輯設(shè)計(jì) ( 模塊算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) ) 規(guī)格說(shuō)明。第14題:以下有關(guān)回歸測(cè)試的說(shuō)法中錯(cuò)誤的是 _。A. 嚴(yán)格來(lái)說(shuō),回歸測(cè)試不是一個(gè)測(cè)試階段,只是一種可以用于各個(gè)測(cè)試階段的測(cè)試技術(shù)B. 回歸測(cè)試的目標(biāo)是保證被測(cè)應(yīng)用在系統(tǒng)被修改和擴(kuò)充后, 各項(xiàng)功能依然正確C. 回歸測(cè)試可以在系統(tǒng)和驗(yàn)收測(cè)試環(huán)境下進(jìn)行D. 回歸測(cè)試適合采用傳統(tǒng)手工方法來(lái)完成, 而不適合使用自動(dòng)化測(cè)試工具來(lái)完成參考答案:

12、D自動(dòng)化測(cè)試可以記錄之前發(fā)現(xiàn)缺陷的測(cè)試過(guò)程,而回歸測(cè)試就是要再重新執(zhí)行以5前發(fā)現(xiàn)這個(gè)缺陷的測(cè)試, 查看此缺陷是否重現(xiàn), 所以應(yīng)當(dāng)鼓勵(lì)對(duì)所有的回歸測(cè)試用例進(jìn)行自動(dòng)化測(cè)試。第15題:?jiǎn)卧獪y(cè)試時(shí),調(diào)用被測(cè)模塊的是_。A. 樁模塊B. 通信模塊C. 驅(qū)動(dòng)模塊D. 代理模塊參考答案: C增量測(cè)試策略首先要對(duì)程序的每個(gè)程序單元或程序部件單獨(dú)進(jìn)行測(cè)試, 這種測(cè)試便是單元測(cè)試或模塊測(cè)試或部件測(cè)試。 在單元測(cè)試時(shí), 程序員必須編寫(xiě)一個(gè)驅(qū)動(dòng)模塊,用來(lái)調(diào)用被測(cè)模塊并向其傳送測(cè)試數(shù)據(jù), 若該模塊調(diào)用了其他模塊 程序員必須編寫(xiě)一個(gè)樁模塊,用來(lái)代替被調(diào)用的模塊。第16題:大突擊測(cè)試把所有的模塊一次性集成為一個(gè)完整的系統(tǒng)后

13、進(jìn)行測(cè)試,很容易_。A. 通過(guò)測(cè)試B. 整體測(cè)試C. 快速查錯(cuò)D. 快速排錯(cuò)參考答案: B大突擊測(cè)試與增量測(cè)試不同, 它是把所有的模塊一次性集成為一個(gè)完整的系統(tǒng)后進(jìn)行完全測(cè)試, 所有東西都集成到一起測(cè)試, 很容易整體測(cè)試, 也容易導(dǎo)致整個(gè)崩潰。大突擊測(cè)試的優(yōu)點(diǎn)是無(wú)須編寫(xiě)樁模塊和驅(qū)動(dòng)模塊代碼。 不足有兩點(diǎn): 一是要找出導(dǎo)致失效的原因很困難; 二是一個(gè)模塊中存在的缺陷還可能妨礙其他模塊的測(cè)試。第17題:自底向上單元測(cè)試的策略是首先對(duì)模塊調(diào)用圖上的哪一層模塊進(jìn)行測(cè)試_。A. 最底層B. 下一層C. 最高層D. 上一層參考答案: A自底向上測(cè)試與自頂向下測(cè)試策略都是增量式的測(cè)試,軟件是分層設(shè)計(jì)的, 主

14、模6塊調(diào)用子模塊, 子模塊又依次調(diào)用更低層次的模塊, 依此類(lèi)推。 在自底向上單元測(cè)試的策略中, 應(yīng)首先測(cè)試最底層的模塊, 利用輔助的測(cè)試驅(qū)動(dòng)模塊調(diào)用它們并傳遞測(cè)試數(shù)據(jù), 然后再測(cè)試更高層次的模塊, 在較高層次的模塊測(cè)試中可以直接調(diào)用已測(cè)試過(guò)的較低層次的模塊。第18題:下列關(guān)于測(cè)試方法的敘述中不正確的是_。A. 從某種角度上講,白盒測(cè)試與黑盒測(cè)試都屬于動(dòng)態(tài)測(cè)試B. 功能測(cè)試屬于黑盒測(cè)試C.對(duì)功能的測(cè)試通常是要考慮程序的內(nèi)部結(jié)構(gòu)的D.結(jié)構(gòu)測(cè)試屬于白盒測(cè)試參考答案: C白盒測(cè)試是程序員十分了解程序的前提下, 對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行的測(cè)試。 而黑盒測(cè)試則將程序視為一個(gè)黑盒子, 僅僅是測(cè)試人員提供輸入數(shù)據(jù)

15、, 觀察輸出數(shù)據(jù),并不了解程序是如何運(yùn)行的, 結(jié)構(gòu)測(cè)試屬于白盒測(cè)試, 關(guān)注的是如何選擇合適的程序或子程序路徑來(lái)執(zhí)行有效的檢查。 功能測(cè)試則屬于黑盒測(cè)試, 對(duì)功能的測(cè)試通常通過(guò)提供輸入數(shù)據(jù),檢查實(shí)際輸出的結(jié)果,很少考慮程序的內(nèi)部結(jié)構(gòu)。第19題:不需要運(yùn)行程序,通過(guò)收集有關(guān)代碼的結(jié)構(gòu)信息來(lái)對(duì)程序進(jìn)行的測(cè)試的是_。A. 性能測(cè)試B. 黑盒測(cè)試C.白盒測(cè)試D.靜態(tài)分析參考答案: D軟件測(cè)試的分類(lèi)方法比較多, 針對(duì)測(cè)試時(shí)是否要運(yùn)行程序分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試,其中靜態(tài)測(cè)試也稱(chēng)靜態(tài)分析, 它不必運(yùn)行程序, 目的僅僅是收集程序代碼的結(jié)構(gòu)信息而不用查錯(cuò); 相反,動(dòng)態(tài)測(cè)試則是要執(zhí)行程序, 目的是查出程序的錯(cuò)誤而非

16、單純收集代碼結(jié)構(gòu)信息。 針對(duì)測(cè)試人員是否要清楚程序的內(nèi)部邏輯, 將測(cè)試分為白盒測(cè)試和黑盒測(cè)試, 同時(shí)這兩種測(cè)試方法都是要對(duì)程序進(jìn)行查錯(cuò), 從這一角度看,白盒測(cè)試和黑盒測(cè)試都應(yīng)屬于動(dòng)態(tài)測(cè)試。由此本題D 選項(xiàng)最恰當(dāng)。第20題:在白盒測(cè)試中,程序員要運(yùn)用自己的智力和理解力,深入到源程序中以開(kāi)發(fā)測(cè)試,這樣的好處是 _。A. 重點(diǎn)測(cè)試B. 數(shù)據(jù)完整性和內(nèi)部邊界C.測(cè)試覆蓋和控制流D.以上全部7參考答案: D白盒測(cè)試與黑盒測(cè)試的區(qū)別: 黑盒測(cè)試將程序視為一個(gè)黑盒子, 測(cè)試人員提供輸入數(shù)據(jù),觀察輸出數(shù)據(jù), 并不了解程序是如何運(yùn)行的。 而白盒測(cè)試是程序員十分了解程序的前提下, 對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行的測(cè)試。 在

17、白盒測(cè)試中, 程序員要運(yùn)用自己的智力和理解力, 深入到源程序中以開(kāi)發(fā)測(cè)試, 這樣的好處在于以下幾點(diǎn):重點(diǎn)測(cè)試、測(cè)試覆蓋、控制流、數(shù)據(jù)完整性、內(nèi)部邊界以及特定算法測(cè)試。第21題:關(guān)注在一連串的測(cè)試中如何選擇合適的程序或子程序路徑來(lái)執(zhí)行有效的檢查,這種測(cè)試極有可能是 _。A. 結(jié)構(gòu)測(cè)試B. 黑盒測(cè)試C.功能測(cè)試D.靜態(tài)測(cè)試參考答案: A白盒測(cè)試是對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行的測(cè)試,而黑盒測(cè)試將程序視為一個(gè)黑盒子,僅僅是測(cè)試人員提供輸入數(shù)據(jù),觀察輸出數(shù)據(jù), 并不了解程序是如何運(yùn)行的。結(jié)構(gòu)測(cè)試屬于白盒測(cè)試, 關(guān)注的是如何選擇合適的程序或子程序路徑來(lái)執(zhí)行有效的檢查。功能測(cè)試則屬于黑盒測(cè)試,對(duì)功能的測(cè)試通常通過(guò)提

18、供輸入數(shù)據(jù),檢查實(shí)際輸出的結(jié)果, 很少考慮程序的內(nèi)部結(jié)構(gòu)。靜態(tài)測(cè)試不必執(zhí)行程序, 僅收集有關(guān)程序代碼的結(jié)構(gòu)信息。第22題:在覆蓋準(zhǔn)則中,最常用的是 _。A. 語(yǔ)句覆蓋B. 條件覆蓋C.分支覆蓋D.以上全部參考答案: D在路徑測(cè)試中, 覆蓋準(zhǔn)則中規(guī)定了測(cè)試的每一組路徑, 覆蓋準(zhǔn)則又稱(chēng)為邏輯覆蓋準(zhǔn)則或安全性準(zhǔn)則,其中最常用的覆蓋準(zhǔn)則是語(yǔ)句覆蓋、分支覆蓋和條件覆蓋。第23題:認(rèn)為自底向上測(cè)試的方法要優(yōu)于自頂向下測(cè)試方法的是_。A.YourdonB.MyersC.DunnD.Fisher8參考答案: B自底向上測(cè)試和自頂向下測(cè)試都是增量式的測(cè)試方法, 在自底向上測(cè)試中, 首先測(cè)試最底層的模塊, 利用輔助的驅(qū)動(dòng)模塊調(diào)用, 然后測(cè)試高層次的模塊。 而自頂向下測(cè)試則剛好相反, 它是首先測(cè)試頂層模塊 無(wú)須編寫(xiě)驅(qū)動(dòng)模塊, 但要使用樁模塊,然后測(cè)試下一層模塊。 Yourdon 認(rèn)為自頂向下測(cè)試是個(gè)較好的策略; Myers 認(rèn)為兩者各有優(yōu)缺點(diǎn),權(quán)衡來(lái)看,自底向上測(cè)試的方法要優(yōu)于自頂向下測(cè)試方法;Dunn認(rèn)為兩種不可缺少。第24題:大多數(shù)實(shí)際情況下,性能測(cè)試的實(shí)

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論