av手机免费在线观看,国产女人在线视频,国产xxxx免费,捆绑调教一二三区,97影院最新理论片,色之久久综合,国产精品日韩欧美一区二区三区

試題

9月計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題答案及解析

時(shí)間:2025-03-21 20:48:09 試題 我要投稿
  • 相關(guān)推薦

2015年9月計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題答案及解析

  一、選擇題

2015年9月計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題答案及解析

  1. C 2. C 3. D 4. B5. C

  6. C 7. B 8. A 9. C10. C

  11. A 12. B 13. C 14. A15. D

  16. D 17. A 18. B 19. A20. D

  21. D 22. A 23. A 24. C25. B

  二、論述題

  1.問題1:

  解答:

  首先根據(jù)規(guī)格說明,列出所有可能的輸入和輸出,得到如下結(jié)果:

  輸入:處于提交狀態(tài)、數(shù)據(jù)完整率達(dá)到80%以上、已經(jīng)過業(yè)務(wù)員確認(rèn)。

  輸出:處理或不處理。

  找出所有輸入與輸出的關(guān)系,通過解析,得到以下的對(duì)應(yīng)關(guān)系:

  如果單據(jù)處于提交審批狀態(tài)且數(shù)據(jù)完整率達(dá)到80%以上,則處理;

  如果單據(jù)不處于提交審批狀態(tài),則不處理;

  如果單據(jù)處于提交審批狀態(tài),數(shù)據(jù)完整率未達(dá)到80%以上,但已經(jīng)過業(yè)務(wù)員確認(rèn),則處理。

  下面列出所有的原因和結(jié)果,并進(jìn)行編號(hào),根據(jù)上面解析的關(guān)系,畫出因果圖,如圖17-2所示:

  原因:1:處于提交狀態(tài)

  2:數(shù)據(jù)完整率未達(dá)到80%以上

  3:已經(jīng)過業(yè)務(wù)員確認(rèn)

  結(jié)果:21:處理

  22:不處理

  問題2:

  解答:

  首先將上面的因果圖轉(zhuǎn)換成判定表,如下表所示:

  然后將判定表中的8列轉(zhuǎn)換成測試用例即可。

  2.解析該程序的說明和功能,顯然可以劃分四組測試等價(jià)類:有效輸入等價(jià)類、無效輸入等價(jià)類、合法輸出等價(jià)類和非法輸出等價(jià)類。在考慮該程序的合法輸出和非法輸出時(shí)需要考慮計(jì)算機(jī)的字長,這時(shí)要進(jìn)行邊界值法設(shè)計(jì)測試用例,以補(bǔ)充等價(jià)類法設(shè)計(jì)的測試用例。具體采用邊界值法設(shè)計(jì)的測試用例如下:

  (1)使程序輸入剛好等于最小的負(fù)整數(shù):

  輸入:'-32768'

  輸出:-32768

  (2)使程序輸入剛好等于最大的正整數(shù):

  輸入:'32767'

  輸出: 32767

  (3)使程序輸入剛好小于最小的負(fù)整數(shù):

  輸入:'-32769'

  輸出:錯(cuò)誤

  (4)使程序輸入剛好大于最大的正整數(shù):

  輸入:'32768'

  輸出: 錯(cuò)誤

  3.問題1:

  不是。窮舉測試的方法并不是對(duì)所有程序都可以實(shí)現(xiàn)。

  問題2:

  對(duì)小程序進(jìn)行窮舉測試,也不見得能保證程序百分之百正確。所謂窮舉測試是拿所有可能的輸入數(shù)據(jù)來作為測試用例(黑盒測試),或覆蓋程序中所有可能的路徑(白盒測試)。對(duì)于小程序來說,實(shí)際上并不能真正作到窮舉測試。

  答案解析

  一、選擇題

  1.解析:白盒測試又稱為邏輯驅(qū)動(dòng)測試,這種測試策略是對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行檢查,從中獲取測試數(shù)據(jù)。所以說白盒測試是一種以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計(jì)技術(shù)。

  2.解析:白盒測試是程序員十分了解程序的前提下,對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行的測試。而黑盒測試則將程序視為一個(gè)黑盒子,僅僅是測試人員提供數(shù)人數(shù)據(jù),觀察輸出數(shù)據(jù),并不了解程序是如何運(yùn)行的,結(jié)構(gòu)測試屬于白盒測試,關(guān)注的是如何選擇合適的程序或子程序路徑來執(zhí)行有效的檢查。功能測試則屬于黑盒測試,對(duì)功能的測試通常通過提供輸入數(shù)據(jù),檢查實(shí)際輸出的結(jié)果,很少考慮程序的內(nèi)部結(jié)構(gòu)。

  3.解析:程序設(shè)計(jì)過程中,要為程序調(diào)試做好準(zhǔn)備,主要體現(xiàn)在:①采用模塊化、結(jié)構(gòu)化的設(shè)計(jì)方法設(shè)計(jì)程序;②根據(jù)程序調(diào)試的需要,選擇并安排適當(dāng)?shù)闹虚g結(jié)果輸出必要的斷點(diǎn);③編寫程序時(shí)要為調(diào)試提供足夠的靈活性。

  4.解析:軟件測試是軟件開發(fā)過程中重要和不可缺少的階段,其包含的內(nèi)容和步驟甚多,而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是單元測試。

  5.解析:在邏輯覆蓋中,測試覆蓋最弱的是語句覆蓋。

  6.解析:考察白盒測試中各種邏輯覆蓋之間的關(guān)系。

  7.解析:軟件測試的目標(biāo)是發(fā)現(xiàn)缺陷,證明程序有錯(cuò)而非證明其正確。故A不正確。

  8.解析:考察黑盒測試中的等價(jià)類劃分測試。

  9.解析:考慮自動(dòng)測試的優(yōu)點(diǎn)就是為了解決重復(fù)的人工操作進(jìn)行的。

  10.解析:同行評(píng)審是一種通過作者的同行來確定缺陷和需要變更區(qū)域的檢查方法。涉及的內(nèi)容很多,主要可以分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審和過程評(píng)審。

  11.解析:依據(jù)測試目的的不同,可以把軟件性能測試及與性能有關(guān)的其他測試分為以下幾類:

  (1)性能測試(Performance Testing)

  (2)并發(fā)測試(Concurrency Testing)

  (3)壓力測試(Stress Testing)

  (4)可靠性測試(Reliability Testing)

  (5)負(fù)載測試(Load Testing)

  (6)配置測試(Configuration Testing)

  (7)失效恢復(fù)測試(Recovery Testing)

  12.解析:與其他的軟件測試不同,軟件可靠性測試的目的不在于通過測試揭示軟件中的缺陷并通過修改軟件缺陷來提高軟件可靠性,而是通過受控的軟件測試過程來預(yù)測軟件在實(shí)際運(yùn)行中的可靠性,即收集軟件測試時(shí)揭示軟件故障的情況,并對(duì)其進(jìn)行整理從而為解析和預(yù)測軟件實(shí)際的可靠性提供幫助。

  13.解析:由于面向?qū)ο缶哂蟹庋b的特點(diǎn),在設(shè)計(jì)類的測試用例時(shí),不僅要考慮各成員方法的輸入?yún)?shù),還要考慮如何設(shè)計(jì)調(diào)用的序列。若類B繼承自類A,如果對(duì)B進(jìn)行了嚴(yán)格的測試,有些情況也許可以就不對(duì)類A進(jìn)行測試,但由于繼承的存在,就會(huì)導(dǎo)致類A的規(guī)格說明可能與類B不一致,此時(shí)就必須按照類A的規(guī)格說明重新對(duì)類A重新進(jìn)行測試。多態(tài)是指對(duì)一個(gè)類的引用可以與多個(gè)類的實(shí)現(xiàn)綁定。抽象類是指只有一些成員方法而沒有其實(shí)現(xiàn)的類,甚至有的抽象類中的所有成員方法都沒有實(shí)現(xiàn),在測試抽象類時(shí),需要為抽象類構(gòu)造一個(gè)子類,并實(shí)現(xiàn)所有抽象類沒有實(shí)現(xiàn)的成員方法,這也說明構(gòu)造抽象類的驅(qū)動(dòng)程序顯然比構(gòu)造其他類的驅(qū)動(dòng)程序復(fù)雜。

  14.解析:面向?qū)ο筌浖幕杉蓽y試策略的具體測試步驟為:①對(duì)基干中的每個(gè)模塊進(jìn)行孤立的、充分的測試。②對(duì)基干中的所有模塊進(jìn)行一次性集成,形成基干子系統(tǒng),并使用一個(gè)驅(qū)動(dòng)模塊檢查使用經(jīng)過一次性集成的基干。此時(shí)采用的是大突擊集成方式。③對(duì)應(yīng)用的控制子系統(tǒng)進(jìn)行自頂向下的集成④集成基干和控制子系統(tǒng),重新構(gòu)造控制子系統(tǒng)。⑤對(duì)各應(yīng)用子系統(tǒng)采用自底向上的集成策略。⑥集成基干子系統(tǒng)、控制子系統(tǒng)和各應(yīng)用子系統(tǒng),形成整個(gè)系統(tǒng)。基干集成的優(yōu)點(diǎn)是集成了自底向上集成、自頂向下集成和大突擊集成三者的優(yōu)點(diǎn),而對(duì)三者的缺點(diǎn)也進(jìn)行了控制,更適合于大型復(fù)雜項(xiàng)目的集成。

  15.解析:Web應(yīng)用軟件表示層的測試主要集中在客戶端,測試的內(nèi)容包括:

  (1)排版結(jié)構(gòu)的測試

  (2)鏈接結(jié)構(gòu)的測試

  (3)客戶端程序的測試

  (4)瀏覽器兼容性測試

  16.解析:通常Web應(yīng)用軟件的測試分為三層:表示層、業(yè)務(wù)層和數(shù)據(jù)層。其中表示層的測試主要集中在客戶端,測試內(nèi)容主要包括:①排版結(jié)構(gòu)的測試,②鏈接結(jié)構(gòu)的測試,③客戶端程序的測試,④瀏覽器兼容性測試。

  17.解析:軟件兼容性的測試問題包括:

  符合最新HTML版本的頁面能否在瀏覽器中正確顯示

  腳本和插件是否適用于不同的瀏覽器,某些腳本和插件只適用于特定的瀏覽器,如Active X,只

  有IE瀏覽器支持

  不同的瀏覽器對(duì)于安全性的設(shè)置各有不同,需要測試不同瀏覽器是否可以為使用該Web應(yīng)用提供

  合適的安全設(shè)置

  18.解析:易用性測試一般不僅針對(duì)應(yīng)用程序,還要包括用戶文檔,除了對(duì)用戶文檔的測試,易用性測試主要包括三個(gè)方面:易安裝性測試、功能易用性測試和用戶界面測試。而兼容性測試是與易用性測試并列的測試方法,二者不存在包含關(guān)系。

  19.解析:面向構(gòu)件提供者的測試目標(biāo)是:①盡可能多地揭示構(gòu)件錯(cuò)誤,②驗(yàn)證構(gòu)件的功能、接口、行為和性能,以保證它們符合給定地構(gòu)件規(guī)約,檢查在特定平臺(tái)和操作環(huán)境中構(gòu)件的復(fù)用、打包和部署。而面向構(gòu)件復(fù)用者的測試目標(biāo)是:①驗(yàn)證可復(fù)用構(gòu)件的功能和性能,②在特定平臺(tái)和操作環(huán)境下,確?蓮(fù)用構(gòu)件的正確使用和部署,③檢查可復(fù)用構(gòu)件定制而成的構(gòu)件的質(zhì)量,④檢查為特定項(xiàng)目而創(chuàng)建的新構(gòu)件的質(zhì)量。

  20.解析:極限編程采用的是一種頻繁迭代的開發(fā)方式,整個(gè)軟件項(xiàng)目由一系列增量式開發(fā)組成。而極限測試本質(zhì)上就是為了滿足極限編程的思想和流程而設(shè)計(jì)的一套測試策略和流程,從極限測試流程圖中,我們可以看出,單元測試和驗(yàn)收測試是貫穿始終的關(guān)鍵步驟。

  21.解析:定義軟件缺陷的狀態(tài)如下:

  新錯(cuò)誤(New)--測試中新報(bào)告的軟件缺陷

  更多新信息(New More Info)--開發(fā)工程師認(rèn)為報(bào)告的缺陷信息不完整,要求缺陷報(bào)告者添加更準(zhǔn)確的缺陷信息

  打開(Open)--缺陷被確認(rèn)并分配給相關(guān)開發(fā)工程師處理

  拒絕(Declined)--拒絕修改缺陷

  修正(Fixed)--開發(fā)工程師已完成修正,等待測試人員驗(yàn)證

  重新打開(Reopen)--沒有正確修復(fù)的缺陷,需要進(jìn)一步修復(fù)

  延期(Diferred)--不在當(dāng)前版本修復(fù)的缺陷,以后的版本修復(fù),包括兩種情況:

 、傺悠-下個(gè)版本(Diferred-Next Build)--本項(xiàng)目的下一個(gè)新版本修復(fù)

 、谘悠-下個(gè)主要版本(Diferred-Next Main Release)--本項(xiàng)目不修復(fù),本軟件下一個(gè)項(xiàng)目的版本修復(fù)關(guān)閉(Closed)--缺陷已被修復(fù)

  22.解析:軟件缺陷報(bào)告是軟件測試過程中的核心測試產(chǎn)品之一,也是重要的測試產(chǎn)品,因此管理好軟件缺陷報(bào)告是軟件過程管理最起碼的要求。

  23.解析:假如是軟件企業(yè)內(nèi)部測試團(tuán)隊(duì)開展的軟件測試,由于軟件測試介入較早,在測試開始時(shí)被測系統(tǒng)很可能是不完整的,會(huì)不斷有新的系統(tǒng)模塊加入到系統(tǒng)中,因此最適合采用H模型來組織測試,可以為每一個(gè)新增的系統(tǒng)模塊設(shè)計(jì)一次系統(tǒng)測試。

  24.解析:軟件缺陷報(bào)告是測試人員和開發(fā)人員交流的紐帶。

  25.解析:白盒測試又稱為程序結(jié)構(gòu)測試,它主要進(jìn)行程序邏輯結(jié)構(gòu)的覆蓋測試。用QESAT/C工具進(jìn)行測試之前,首先應(yīng)定義項(xiàng)目文件,用以描述被測程序的組成,該項(xiàng)目文件通常以.pjt作為擴(kuò)展名的。用QESAT/C工具進(jìn)行軟件解析與測試時(shí),被測源文件可放在任意目錄下。進(jìn)行軟件靜態(tài)解析不必運(yùn)行被測程序,便可得到程序的結(jié)構(gòu)信息及程序的復(fù)雜度信息,將被測程序運(yùn)行后才得到的信息就是動(dòng)態(tài)測試信息。

【9月計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題答案及解析】相關(guān)文章:

2015年9月計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題10-10

2015年9月計(jì)算機(jī)四級(jí)《軟件測試工程師》全真模擬題10-19

2015計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題(三)答案及解析09-11

2015計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題(二)答案及解析11-13

2015計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題(一)答案及解析08-30

2015計(jì)算機(jī)四級(jí)《軟件測試工程師》模擬試題(四)答案及解析10-11

計(jì)算機(jī)四級(jí)軟件測試工程師考前模擬試題08-22

計(jì)算機(jī)等級(jí)四級(jí)軟件測試工程師模擬試題08-05

計(jì)算機(jī)四級(jí)軟件測試工程師模擬試題及答案11-04