上傳人：s***

認(rèn)證信息

認(rèn)證類型：個(gè)人認(rèn)證

認(rèn)證主體：胡**（實(shí)名認(rèn)證）

IP屬地：天津

IP屬地：天津 上傳時(shí)間：2022-08-13 格式：DOCX 頁數(shù)：11 大?。?1.45KB 積分：16 舉報(bào) 版權(quán)申訴

1、軟件測試工程師考核試卷A（理論部分）姓名：準(zhǔn)考證號(hào)：單位：得分:一、單選題（共60題，每題1分，共60分）1、用黑盒技術(shù)設(shè)計(jì)測試用例的方法之一為（）A）因果圖 B）邏輯覆蓋C）循環(huán)覆蓋D）基本路徑測試2、軟件測試的目的是（）A）避免軟件開發(fā)中出現(xiàn)的錯(cuò)誤B）發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯(cuò)誤C）盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可靠性D）修改軟件中出現(xiàn)的錯(cuò)誤3、 下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是（）A）功能需求 B）性能需求C）可擴(kuò)展性和靈活性D）容錯(cuò)糾錯(cuò)能力4、堅(jiān)持在軟件的各個(gè)階段實(shí)施下列哪種質(zhì)量保障措施，才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防 錯(cuò)誤，把出現(xiàn)的錯(cuò)誤克服在早期（）。A）技術(shù)評(píng)審B

2、）程序測試C）改正程序錯(cuò)誤D）管理評(píng)審5、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測試用例技術(shù)屬于（）。A）灰盒測試B）數(shù)據(jù)測試C）黑盒測試D）白盒測試6、 為了提高測試的效率，正確的做法是（）。A）選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試用例B）在完成程序的編碼之后再制定軟件的測試計(jì)劃C）隨機(jī)選取測試用例D）使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事7、 對(duì)程序的測試最好由誰來做，對(duì)程序的調(diào)試最好由誰來做（）。第三方測試機(jī)構(gòu)程序員程序員程序開發(fā)組A）程序員B）第三方測試機(jī)構(gòu)C）程序開發(fā)組D）程序開發(fā)組8、在進(jìn)行單元測試時(shí)，常用的方法是（）A）采用白盒測試，輔之以黑盒測試B）采用黑盒測試，輔之以白盒測試C）只

3、使用白盒測試D）只使用黑盒測試9、以下那一種選項(xiàng)不屬于軟件缺陷（）。A）軟件沒有實(shí)現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B）軟件中出現(xiàn)了產(chǎn)品規(guī)格說明不應(yīng)該出現(xiàn)的功能C）軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格沒有提到的功能D）軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移植性問題10、軟件生存周期過程中，修改錯(cuò)誤最大的階段是（）。A）需求階段B）設(shè)計(jì)階段 C）編程階段D）發(fā)布運(yùn)行階段11、在邊界值分析中，下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是（）。A）正好等于邊界的值B）等價(jià)類中的等價(jià)值C） 剛剛大于邊界的值D）剛剛小于邊界的值D）在程序完成的編碼之后再制定軟件的測試用例12、單元測試中設(shè)計(jì)測試用例的依據(jù)是（）。A）概

4、要設(shè)計(jì)規(guī)格說明書B）用戶需求規(guī)格說明書0項(xiàng)目計(jì)劃說明書D）詳細(xì)設(shè)計(jì)規(guī)格說明書13、通常可分為白盒測試和黑盒測試。白盒測試是根據(jù)程序的（）來設(shè)計(jì)測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測試用例。A）功能B）性能C）內(nèi)部邏輯D）內(nèi)部數(shù)據(jù)14、如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A 1）or（B = 3），則為了達(dá)到100%的條件覆 蓋率，至少需要設(shè)計(jì)多少個(gè)測試用例（）。A）1B）2C）3D）415、經(jīng)驗(yàn)表明，在程序測試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯(cuò)誤較多， 則該模塊中殘存的錯(cuò)誤數(shù)目與其他模塊相比，通常應(yīng)該（）。A）較少B）較多C）相似D）不確定16、 下面有關(guān)軟件缺陷的說法中

5、錯(cuò)誤的是（）。A）缺陷就是軟件產(chǎn)品在開發(fā)中存在的錯(cuò)誤B）缺陷就是軟件維護(hù)過程中存在的錯(cuò)誤、毛病等各種問題C）缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯(cuò)誤D）缺陷就是系統(tǒng)所需要實(shí)現(xiàn)某種功能的實(shí)效和違背17、在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為16-40，則根據(jù)黑盒測試 中的等價(jià)類劃分技術(shù)，下面劃分正確的是（）。A）可劃分為2個(gè)有效等價(jià)類2個(gè)無效等價(jià)類B）可劃分為1個(gè)有效等價(jià)類2個(gè)無效等價(jià)類C）可劃分為2個(gè)有效等價(jià)類1個(gè)無效等價(jià)類D）可劃分為1個(gè)有效等價(jià)類1個(gè)無效等價(jià)類18、根據(jù)軟件需求規(guī)格說明書，在開發(fā)環(huán)境下對(duì)已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測試是（A）系統(tǒng)測試B）單元測試C）集成測試D）驗(yàn)收測試19

6、、下面有關(guān)測試原則的說法正確的是（）。A）測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B）測試用例只需選取合理的輸入數(shù)據(jù)C）程序最好由編寫該程序的程序員自己來測試D）使用測試用例進(jìn)行測試是為了檢查程序是否做了它該做的事20、集成測試對(duì)系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗(yàn)了何種質(zhì)量特性（）A）正確性B）可靠性C）可使用性D）可維護(hù)性21、軟件設(shè)計(jì)階段的測試主要采取的方式是）。A）評(píng)審B）白盒測試C）黑盒測試D）動(dòng)態(tài)測試22、下列關(guān)于測試方法的敘述中不正確的是A）從某種角度上講，白盒測試與黑盒測試都屬于動(dòng)態(tài)測試B）功能測試屬于黑盒測試C）對(duì)功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu)D）結(jié)構(gòu)測試屬于白盒

7、測試23、在覆準(zhǔn)則中，最常用的是（）A）語句覆蓋B）條件覆蓋C）分支覆蓋D）以上全部24、大多數(shù)實(shí)際情況下，性能測試的實(shí)現(xiàn)方法是（a）。A）黑盒測試B）白盒測試C）靜態(tài)分析D）可靠性測試25、下列方法中，不屬于黑盒測試的是（）。A）基本路徑測試法B）等價(jià)類測試法C）邊界值分析法D）基于場景的測試方法26、測試程序時(shí)，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個(gè)子集進(jìn)行測試，那么最好的選擇方法是（）。A）隨機(jī)選擇B）劃分等價(jià)類C）根據(jù)接口進(jìn)行選擇D）根據(jù)數(shù)據(jù)大小進(jìn)行選擇27、下列可以作為軟件測試對(duì)象的是（）。A）需求規(guī)格說明書B）軟件設(shè)計(jì)規(guī)格說明C）源程序D）以上全部28、數(shù)據(jù)流覆蓋關(guān)注的是程

8、序中某個(gè)變量從其聲明、賦值到引用的變化情況，它是下列哪一 種覆蓋的變種（）。A）語句覆蓋B）控制覆蓋C）分支覆蓋D）路徑覆蓋29、在Web應(yīng)用軟件的分層測試策略中，下列哪個(gè)不是測試關(guān)注的層次（）。A）數(shù)據(jù)層B）業(yè)務(wù)層C）服務(wù)層D）表示層30、軟件測試規(guī)范規(guī)定，軟件測試的類別可分為：單元測試、集成測試以及（）。A）系統(tǒng)測試B）驗(yàn)收測試C）系統(tǒng)測試和驗(yàn)收測試D）配置項(xiàng)測試、系統(tǒng)測試和驗(yàn)收測試31、需求規(guī)格說明書的作用不應(yīng)該包括（）。A、軟件設(shè)計(jì)的依據(jù)B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件驗(yàn)收的依據(jù)D、軟件可行性研究的依據(jù)32、軟件測試方法中的靜態(tài)測試方法之一為（）A.計(jì)算機(jī)輔助靜態(tài)分析

9、B.黑盒法C.路徑覆蓋D.邊界值分析33、軟件生命周期中所花費(fèi)用最多的階段是（）A.詳細(xì)設(shè)計(jì)B.軟件編碼C.軟件測試D.軟件維護(hù)34、程序的三種基本控制結(jié)構(gòu)是（）A.過程、子程序和分程序B.順序、選擇和重復(fù)C.遞歸、堆棧和隊(duì)列D.調(diào)用、返回和轉(zhuǎn)移35、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（）A.程序的規(guī)模B程序的效率C.程序設(shè)計(jì)語言的先進(jìn)性D程序易讀性36、需求分析階段的任務(wù)是確定（）A.軟件開發(fā)方法B.軟件開發(fā)工具C.軟件開發(fā)費(fèi)D.軟件系統(tǒng)的功能37、 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（）A.軟件工程B.軟件周期C.軟件危機(jī)D.軟件產(chǎn)生38、模塊的內(nèi)聚性最高的是（）A.

10、邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.偶然內(nèi)聚D.功能內(nèi)聚39、 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（）A.程序模塊化B.模塊高內(nèi)聚C.模塊低耦合D.模塊獨(dú)立性40、軟件詳細(xì)設(shè)計(jì)主要采用的方法是（）A.模塊設(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì)C.PDL語言D.結(jié)構(gòu)化程序設(shè)計(jì)41、下列關(guān)于JSP方法不正確的說法是（）JSP方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng)JSP方法不明確的劃分軟件概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的兩個(gè)階段JSP方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對(duì)應(yīng)關(guān)系的問題求解JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它只適 用于詳細(xì)設(shè)計(jì)階段42、黑盒測試在設(shè)計(jì)測試用例時(shí)，主要需要研究（）A.需求

11、規(guī)格說明與概要設(shè)計(jì)說明B.詳細(xì)設(shè)計(jì)說明。.項(xiàng)目開發(fā)計(jì)劃D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明43、若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)，其范圍是0-999,現(xiàn)從輸入的角度考慮 一組測試用例：設(shè)計(jì)這組測試用例的方法是（）A.基本路徑法B.等價(jià)分類法和邊界值分析法C.邏輯覆蓋法D.錯(cuò)誤推測法44、下列屬于維護(hù)階段的文檔是（）A.軟件規(guī)格說明B.用戶操作手冊C.軟件問題報(bào)告D.軟件測試分析報(bào)告45、軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性 稱為（）A.可用性B.可靠性C.正確性D.完整性46、“軟件危機(jī)”是指（）B.利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng)D.人們過分迷戀計(jì)算機(jī)系

12、統(tǒng)）B. PDL是只描述加工做什么A.計(jì)算機(jī)病毒的出現(xiàn)C.軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題47、下面關(guān)于PDL語言不正確的說法是（A. PDL是描述處理過程怎么做C. PDL也稱為偽碼D. PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則48、 單元測試的測試用例主要使用（）技術(shù)來設(shè)計(jì)。A.白盒測試B.黑盒測試C.黑盒測試和白盒測試D.其他49、 測試的關(guān)鍵問題是（）A.如何組織對(duì)軟件的評(píng)審B.如何驗(yàn)證程序的正確性C.如何采用綜合策略D.如何選擇測試用例50、 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于（）A.軟件是否結(jié)構(gòu)化B.軟件配置是否完整C.程序的完整性D.文檔的完整性51、 軟件維護(hù)困

13、難的主要原因是（）A.費(fèi)用低B.人員少C.開發(fā)方法的缺陷D.得不到用戶支持52、 快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究（）的方法和技術(shù)中 產(chǎn)生的。A.需求階段B.設(shè)計(jì)階段C.測試階段D.軟件開發(fā)的各個(gè)階段53、 下列文檔與維護(hù)人員有關(guān)的有（）A.軟件需求說明書B.項(xiàng)目開發(fā)計(jì)劃C.概要設(shè)計(jì)說明書D.操作手冊54、軟件結(jié)構(gòu)使用的圖形工具，一般采用（）圖。A、DFD B、PAD C、功能結(jié)構(gòu)圖 D、ER55、軟件測試中，白盒法是通過分析程序的（）來設(shè)計(jì)測試用例的。A、應(yīng)用范圍B、內(nèi)部邏輯C、功能。、輸入數(shù)據(jù)56、 瀑布模型本質(zhì)上是一種（）模型。A、線性順序B、順序迭代C、線性迭代D

14、、及早見產(chǎn)品57、通過（）可以完成數(shù)據(jù)流圖的細(xì)化。A.結(jié)構(gòu)分解B.功能分解C.數(shù)據(jù)分解D.系統(tǒng)分解58、 軟件工程的基本要素包括方法、工具和（）。A.過程B.軟件系統(tǒng)C.硬件環(huán)境D.人員59、 軟件的復(fù)雜性是（），它引起人員通信困難、開發(fā)費(fèi)用超支、開發(fā)時(shí)間超時(shí)等問題。A.固有的B.人為的C.可消除的D.不可降低的60、單元測試的測試用例主要根據(jù)（）的結(jié)果來設(shè)計(jì)。A.需求分析B.源程序C.概要設(shè)計(jì)D.詳細(xì)設(shè)計(jì)二、判斷題（共40題，每題1分，共40分）1、測試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求2、白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求3、白盒測試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，

15、還要考慮程序的功能要求4、黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的5、黑盒測試的測試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的6、為了快速完成集成測試，采用一次性集成方式是適宜的7、在軟件開發(fā)過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低8、在軟件開發(fā)過程中，若能盡早暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低9、單元測試通常由開發(fā)人員進(jìn)行10、壓力測試通常需要輔助工具的支持11、壓力測試不需要輔助工具的支持12、測試人員說：“沒有可運(yùn)行的程序，我無法進(jìn)行測試工作”13、軟件測試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測試14、軟件測試員無法對(duì)產(chǎn)品說明書進(jìn)行白盒測試15、在設(shè)計(jì)測

16、試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件16、軟件是程序和文檔的集合17、軟件工程中描述生存周期的瀑布模型一般包括計(jì)劃、需求分析、設(shè)計(jì)、編碼、測試、維 護(hù)等幾個(gè)階段18、嚴(yán)重的軟件缺陷的產(chǎn)生主要源自設(shè)計(jì)19、降低缺陷費(fèi)用最有效的方法是盡可能早的開始測試20、軟件調(diào)試的目的是解決測試中發(fā)現(xiàn)的錯(cuò)誤21、用不同的方法可將軟件測試分為白盒法和黑盒法，或者動(dòng)態(tài)測試和靜態(tài)測試22、黑盒法是根據(jù)程序的功能來設(shè)計(jì)測試用例的23、驗(yàn)收測試的測試用例主要根據(jù)需求分析的結(jié)果來設(shè)計(jì)24、單元測試的測試用例主要根據(jù)詳細(xì)設(shè)計(jì)的結(jié)果來設(shè)計(jì)25、單元測試的測試目的是確保缺陷得到解決26、以用戶為主導(dǎo)的測試成為驗(yàn)收測試

17、27、按照測試策略和過程，測試可以分為單元、集成、確認(rèn)、系統(tǒng)、驗(yàn)收28、條件覆蓋屬于白盒測試方法29錯(cuò)誤推測法的基本想法是列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)它們選擇測試用例30、WEB應(yīng)用中一般采用架構(gòu)的是B/S結(jié)構(gòu)31、用戶測試是WEB測試的測試內(nèi)容32、導(dǎo)航測試屬于性能測試33、Web測試的一個(gè)重要特征是鏈接34、測試驅(qū)動(dòng)開發(fā)的簡稱是TDD35、Junit是Java語言的單元測試框架36、軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測試在軟件工程的后期才開始具體的工作37、發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多38、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程39、單元測試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動(dòng)態(tài)測試40、功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同軟件測試工程師考核試卷A答案（理論