軟件測試復(fù)習(xí)題帶答案_第1頁
軟件測試復(fù)習(xí)題帶答案_第2頁
軟件測試復(fù)習(xí)題帶答案_第3頁
軟件測試復(fù)習(xí)題帶答案_第4頁
軟件測試復(fù)習(xí)題帶答案_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、軟件測試復(fù)習(xí)題一、判斷(01)測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。 錯1、測試的目的是為了發(fā)現(xiàn)盡可能多的缺陷,不是為了說明軟件中沒有缺陷。 2、成功的測試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷。所以測試人員的職責(zé)是設(shè)計這樣的測試用例,它能有效地揭示潛伏在軟件里的缺陷。1.驗證軟件實現(xiàn)與需求的一致性2.找出BUG3.了解和評估軟件當(dāng)前的質(zhì)量風(fēng)險4.缺陷預(yù)防1)從用戶角度出發(fā),普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷,已考慮是否可以接受產(chǎn)品。(2)從軟件開發(fā)者出發(fā),則希望軟件測試成為表明軟件產(chǎn)品不存在錯誤的過程,驗證該軟件已正確地實現(xiàn)了用戶的要求,確立人們對軟件質(zhì)量的信心。(02)白盒測試僅與

2、程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求。 對(03)白盒測試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),還要考慮程序的功能要求。 錯(04)黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。 錯(05)黑盒測試的測試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計的。 對(06)為了快速完成集成測試,采用一次性集成方式是適宜的。 錯(07)在軟件開發(fā)過程中,若能推遲暴露其中的錯誤,則為修復(fù)和改進錯誤所花費的代價就會降低。 錯(05)在軟件開發(fā)過程中,若能盡早暴露其中的錯誤,則為修復(fù)和改進錯誤所花費的代價就會降低。 對(09)單元測試通常由開發(fā)人員進行。 對(10)壓力測試通常需要輔助工具的支持。 對(11)壓力測試不需要輔

3、助工具的支持。 錯(12)測試人員說:“沒有可運行的程序,我無法進行測試工作”。 錯(13)軟件測試員可以對產(chǎn)品說明書進行白盒測試。 錯(14)軟件測試員無法對產(chǎn)品說明書進行白盒測試。 對(15)在設(shè)計測試用例時,應(yīng)包括合理的輸入條件和不合理的輸入條件。 對二、選擇1、用黑盒技術(shù)設(shè)計測試用例的方法之一為( a )A)因果圖 B)邏輯覆蓋 C)循環(huán)覆蓋 D)基本路徑測試T168技術(shù)文章】黑盒測試的測試用例設(shè)計方法    ·等價類劃分方法    ·邊界值分析方法    ·錯誤推測

4、方法    ·因果圖方法    ·判定表驅(qū)動分析方法    ·正交實驗設(shè)計方法    ·功能圖分析方法2、軟件測試的目的是( b) A)避免軟件開發(fā)中出現(xiàn)的錯誤 B)發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C)盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性 D)修改軟件中出現(xiàn)的錯誤 3、下列軟件屬性中,軟件產(chǎn)品首要滿足的應(yīng)該是( a )A)功能需求 B)性能需求 C)可擴展性和靈活性 D)容錯糾錯能力4、堅持在軟件的各個階段實施下列哪種質(zhì)量保障措

5、施,才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤,把出現(xiàn)的錯誤克服在早期( a)。A)技術(shù)評審 B)程序測試 C)改正程序錯誤 D)管理評審5、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測試用例技術(shù)屬于( d )。A)灰盒測試B)數(shù)據(jù)測試C)黑盒測試D)白盒測試6、為了提高測試的效率,正確的做法是( a )。A)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B)在完成程序的編碼之后再制定軟件的測試計劃C)隨機選取測試用例D)使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事7、對程序的測試最好由誰來做,對程序的調(diào)試最好由誰來做( b )。A)程序員 第三方測試機構(gòu)B)第三方測試機構(gòu) 程序員C)程序開發(fā)組 程序員D)程序開發(fā)組 程序

6、開發(fā)組8、在進行單元測試時,常用的方法是(c )A)采用白盒測試,輔之以黑盒測試 B)采用黑盒測試,輔之以白盒測試C)只使用白盒測試 D)只使用黑盒測試9、以下那一種選項不屬于軟件缺陷( d )。A)軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B)軟件中出現(xiàn)了產(chǎn)品規(guī)格說明不應(yīng)該出現(xiàn)的功能C)軟件實現(xiàn)了產(chǎn)品規(guī)格沒有提到的功能D)軟件實現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移植性問題10、軟件生存周期過程中,修改錯誤最大的階段是( d )。A)需求階段B)設(shè)計階段C)編程階段D)發(fā)布運行階段11、在邊界值分析中,下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是(b )。A)正好等于邊界的值 B)等價類中的等

7、價值C)剛剛大于邊界的值 D)剛剛小于邊界的值D)在程序完成的編碼之后再制定軟件的測試用例12、單元測試中設(shè)計測試用例的依據(jù)是( d )。 A)概要設(shè)計規(guī)格說明書 B)用戶需求規(guī)格說明書 C)項目計劃說明書 D)詳細設(shè)計規(guī)格說明書13、通常可分為白盒測試和黑盒測試。白盒測試是根據(jù)程序的( c )來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。 A)功能 B)性能 C)內(nèi)部邏輯 D)內(nèi)部數(shù)據(jù) 14、如果一個判定中的復(fù)合條件表達式為(A > 1)or(B <= 3),則為了達到100%的條件覆蓋率,至少需要設(shè)計多少個測試用例( b )。A)1B)2 C)3 D)415、經(jīng)驗

8、表明,在程序測試中,某模塊與其他模塊相比,若該模塊已發(fā)現(xiàn)并改正的錯誤較多,則該模塊中殘存的錯誤數(shù)目與其他模塊相比,通常應(yīng)該( b )。A)較少 B)較多 C)相似 D)不確定16、下面有關(guān)軟件缺陷的說法中錯誤的是( c)。A)缺陷就是軟件產(chǎn)品在開發(fā)中存在的錯誤B)缺陷就是軟件維護過程中存在的錯誤、毛病等各種問題C)缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯誤D)缺陷就是系統(tǒng)所需要實現(xiàn)某種功能的實效和違背17、在某大學(xué)學(xué)籍管理信息系統(tǒng)中,假設(shè)學(xué)生年齡的輸入范圍為1640,則根據(jù)黑盒測試中的等價類劃分技術(shù),下面劃分正確的是( b )。A)可劃分為2個有效等價類,2個無效等價類B)可劃分為1個有效等價類,2個無效

9、等價類C)可劃分為2個有效等價類,1個無效等價類D)可劃分為1個有效等價類,1個無效等價類18、根據(jù)軟件需求規(guī)格說明書,在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進行的測試是( a )。 A)系統(tǒng)測試B) 單元測試C) 集成測試 D) 驗收測試19、下面有關(guān)測試原則的說法正確的是( a )。A)測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B)測試用例只需選取合理的輸入數(shù)據(jù)C)程序最好由編寫該程序的程序員自己來測試D)使用測試用例進行測試是為了檢查程序是否做了它該做的事20、集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性aA)正確性B)可靠性 C)可使用性 D)可維護性21、軟件設(shè)計階段的

10、測試主要采取的方式是( a)。A)評審B)白盒測試C)黑盒測試D)動態(tài)測試22、下列關(guān)于測試方法的敘述中不正確的是( c)A)從某種角度上講,白盒測試與黑盒測試都屬于動態(tài)測試 B)功能測試屬于黑盒測試 C)對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu) D)結(jié)構(gòu)測試屬于白盒測試23、在覆準(zhǔn)則中,最常用的是( d )A)語句覆蓋 B)條件覆蓋 C)分支覆蓋 D)以上全部24、大多數(shù)實際情況下,性能測試的實現(xiàn)方法是( a )。 A)黑盒測試 B)白盒測試 C)靜態(tài)分析 D)可靠性測試25、下列方法中,不屬于黑盒測試的是( a )。A)基本路徑測試法 B)等價類測試法C)邊界值分析法 D)基于場景的測試方法

11、26、測試程序時,不可能遍歷所有可能的輸入數(shù)據(jù),而只能是選擇一個子集進行測試,那么最好的選擇方法是( b)。A)隨機選擇B)劃分等價類C)根據(jù)接口進行選擇 D)根據(jù)數(shù)據(jù)大小進行選擇27、下列可以作為軟件測試對象的是( d)。 A)需求規(guī)格說明書 B)軟件設(shè)計規(guī)格說明 C)源程序 D)以上全部28、數(shù)據(jù)流覆蓋關(guān)注的是程序中某個變量從其聲明、賦值到引用的變化情況,它是下列哪一種覆蓋的變種( d )。A)語句覆蓋B)控制覆蓋C)分支覆蓋D)路徑覆蓋29、在Web應(yīng)用軟件的分層測試策略中,下列哪個不是測試關(guān)注的層次( c )。A)數(shù)據(jù)層B)業(yè)務(wù)層C)服務(wù)層D)表示層30、軟件測試規(guī)范規(guī)定,軟件測試的類

12、別可分為:單元測試、集成測試以及( d )。A)系統(tǒng)測試B)驗收測試C)系統(tǒng)測試和驗收測試D)配置項測試、系統(tǒng)測試和驗收測試三、填空題軟件測試崗位工作角色有:測試經(jīng)理、測試工程師、測試員軟件測試崗位工作任務(wù)如下:例如: 任務(wù) ß-à 角色 監(jiān)控測試進度( 測試經(jīng)理 )生成測試報告( 測試員 )確保測試外部環(huán)境( 測試經(jīng)理 )請?zhí)顚懲瓿稍撊蝿?wù)所對應(yīng)的角色 任務(wù) ß-à 角色 1、記錄測試結(jié)果 ( 測試員 )2、實施測試操作( 測試員 )3、設(shè)計測試用例( 測試工程師 )4、分析測試結(jié)果( 測試工程師 )5、制定測試計劃( 測試經(jīng)理 ) 四、問答題1、什么是

13、軟件測試?軟件測試就是對醒目開發(fā)過程的產(chǎn)品(編碼、文檔)進行差錯審查,保證其質(zhì)量的一種過程。2、什么是測試用例測試用例是為特定目的而設(shè)計的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果,測試用例是執(zhí)行測試的最小實體。3、什么是黑盒測試?已知產(chǎn)品的功能設(shè)計規(guī)格,可以進行測試來證明每個實現(xiàn)了的功能是否符合要求。4、什么是白盒測試?已知產(chǎn)品的內(nèi)部工作過程,可以通過測試來證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求,所有內(nèi)部成分是否已經(jīng)過檢查。5、什么是樁模塊,什么是驅(qū)動模塊?樁模塊:用來模擬被測試模塊工作過程中所調(diào)用的模塊。驅(qū)動模塊:用來模擬被測試模塊的上一級模塊。6、用黑盒測試設(shè)計測試用例有哪些常用方法?等價類劃分法

14、、邊界值劃分法、錯誤推測法、因果圖法、場景法7、什么是集成測試,它包括哪兩種方式?每個模塊完成單元測試后,需要按照設(shè)計是確定的結(jié)構(gòu)圖,將他們連接起來,進行集成測試,也成為綜合測試。集成測試包括非增量測試和增量測試兩種方式8、軟件測試工作過程有哪些?確定測試計劃、設(shè)計測試用例、測試執(zhí)行、測試總結(jié)9、測試執(zhí)行的工作過程有哪些?(1)全方位地觀察測試用例執(zhí)行結(jié)果(2)加強測試過程記錄(3)及時確定發(fā)現(xiàn)的問題(4)提交缺陷時與開發(fā)的關(guān)系處理(5)及時更新測試用例(6)提交一份優(yōu)秀的問題報告單10、測試計劃編寫6要素?Why - 為什么要進行這些測試What - 測試那些方面,不同階段的工作內(nèi)容When

15、 - 測試不同階段的起止時間Where - 相應(yīng)文檔,缺陷的存放位置,測試環(huán)境等Who - 項目有關(guān)人員組成,安排那些測試人員進行測試How - 如何去做,使用那些測試工具以及測試方法進行測試11、系統(tǒng)測試有哪幾類?恢復(fù)測試、安全測試、強度測試、性能測試12、Web系統(tǒng)測試通常包括哪些?性能測試、連接測試、導(dǎo)航測試、界面測試、兼容性測試、幫助文檔測試13、什么是并發(fā)用戶數(shù)?并發(fā)用戶數(shù)是指在某一給定時間內(nèi),某個特定點上進行會話操作的用戶數(shù)。14、測試工具LoadRunner簡介LoadRunner是一種適用于各種體系結(jié)構(gòu)的自動負(fù)載測試工具,它能預(yù)測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。15、公司A承擔(dān)了公司B

16、的辦公自動化系統(tǒng)的建設(shè)工作。2004年10月初,項目正處于開發(fā)階段,預(yù)計2005年5月能夠完成全部開發(fā)工作,但是合同規(guī)定2004年10月底進行系統(tǒng)驗收。因此,在2004年10月初,公司A依據(jù)合同規(guī)定向公司B和監(jiān)理方提出在2004年10月底進行驗收測試的請求,并提出了詳細的測試計劃和測試方案。在該方案中指出測試小組由公司A的測試工程師、外聘測試專家、外聘行業(yè)專家以及監(jiān)理方的代表組成,請問公司A的做法是否正確,給出理由。做法不正確。 理由:1)2004年10月初,項目正處于開發(fā)階段,到2005年5月才能完成開發(fā)工作,所以10月底不可能做好系統(tǒng)驗收的準(zhǔn)備。 2)測試小組成員不合理,系統(tǒng)驗收測試主要測

17、試這應(yīng)該是用戶,即公司B中使用該系統(tǒng)的員工。五、設(shè)計題1、NextDate函數(shù)NextDate函數(shù)包含三個變量month、day和year,函數(shù)的輸出為輸入日期后一天的日期。 要求輸入變量month、day和year均為整數(shù)值,并且滿足下列條件: 條件1 1 month 12 條件2 1 day 31 條件3 1912 year 2050設(shè)計測試用例編號輸入數(shù)據(jù)輸出結(jié)果YearMonthDay120033312003年4月1日220034302003年5月1日320032282003年3月1日420002292000年3月1日5A11111非法字符61911325無效輸入日期72059426無

18、效輸入日期82000Mon23非法字符92003023無效輸入日期1020031324無效輸入日期1120033AA非法字符12200330無效輸入日期132003332無效輸入日期142003431無效輸入日期152003229無效輸入日期162004230無效輸入日期2、有一個處理單價為5角錢飲料的自動售貨機:若投入5角錢或1元錢的硬幣,壓下橙汁或啤酒的按鈕,則相應(yīng)的飲料就送出來。若售貨機沒有零錢找,則一個顯示零錢找完的紅燈亮,這時在投入1元硬幣并壓下按鈕后,飲料不送出來而且1元硬幣也退出來;若有零錢找,則顯示零錢找完的紅燈滅,在送出飲料的同時退還5角硬幣。下面是使用決策表法分析的部分用例

19、,請?zhí)顚懲暾河美蛱?2345輸入條件1、投入1元硬幣011012、投入5角硬幣100003、按下“橙汁”100004、按下“啤酒”011105、有零錢找00110輸出結(jié)果1、退還1元硬幣010002、零錢照完燈亮110013、找5角硬幣001004、送出“橙汁”101005、送出“啤酒”00000【1】下列軟件屬性中,軟件產(chǎn)品首要滿足的應(yīng)該是 。A)功能需求B)性能需求C)可擴展性和靈活性D)容錯、糾錯能力答  案:A【2】對于維護軟件的人員來說。使用質(zhì)量是        的結(jié)果。A)功能性 

20、0; B)可靠性C)可維護性   D)效率答  案:C【3】Myers在1979年提出了一個重要觀點,即軟件測試的目的是為了 。A)證明程序正確   B)查找程序錯誤   C)改正程序錯誤   D)驗證程序無錯誤答  案:B【4】堅持在軟件開發(fā)的各個階段實施下列哪種質(zhì)量保證措施,才能在開發(fā)工程中盡早發(fā)現(xiàn)和預(yù)防錯誤,把出現(xiàn)的錯誤克服在早期        。A)技術(shù)評審   B)程序測試  

21、  C)文檔審查    D)管理評審答  案:A【5】以下哪項工作是不斷為改進軟件開發(fā)過程、產(chǎn)品和服務(wù)的持續(xù)過程。A)軟件質(zhì)量方針   B)軟件質(zhì)量控制   C)軟件質(zhì)量保證  D)軟件質(zhì)量改進答  案:D【5】軟件生存周期過程中,修改錯誤代價最大的階段是        。A)需求階段 B)設(shè)計階段C)編程階段 D)發(fā)布運行階段答  案:D【6】以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計技

22、術(shù)屬于        。(2008.09)A)灰盒測試 B)數(shù)據(jù)測試          C)黑盒測試 D)白盒測試答  案:D【7】下列能表達程序未按照預(yù)期運行,但不會導(dǎo)致整體失效的是        。A)故障 B)異常 C)缺點 D)失效答  案:B【8】下列關(guān)于缺陷產(chǎn)生原因的敘述中,不屬于技術(shù)問

23、題的是        。A)文檔錯誤,內(nèi)容不正確或拼寫錯誤B)系統(tǒng)結(jié)構(gòu)不合理C)語法錯誤D)接口傳遞不匹配,導(dǎo)致模塊集成出現(xiàn)問題答  案:A【9】功能或特性沒有實現(xiàn),主要功能部分喪失,次要功能完全喪失,或致命的錯誤聲明,這屬于軟件缺陷級別中的        。A)致命的缺陷 B)嚴(yán)重的缺陷C)一般的缺陷 D)微小的缺陷答  案:B【10】軟件缺陷產(chǎn)生的原因有     

24、   。A)技術(shù)問題 B)團隊工作C)軟件本身 D)以上全部答  案:D【11】下列引起軟件缺陷的因素不屬于技術(shù)問題的是        。A)內(nèi)容不正確 B)算法錯誤C)語法錯誤 D)系統(tǒng)結(jié)構(gòu)不合理答  案:A【12】黑盒測試是一種重要的測試策略,又稱為數(shù)據(jù)驅(qū)動的測試,其測試數(shù)據(jù)來源于        。A)軟件規(guī)格說明 B)軟件設(shè)計說明C)概要設(shè)計說明 D)

25、詳細設(shè)計說明答  案:A【13】軟件驗證和確認(rèn)理論是測試過程的理論依據(jù),其中驗證是檢查我們是否正在正確地建造一個產(chǎn)品,它強調(diào)的是        。A)過程的正確性            B)產(chǎn)品的正確性         C)測試的正確性           D)規(guī)格說明的正確性答  案:A【14】下面有關(guān)軟件質(zhì)量保證活動目標(biāo)的說法中不正確的是        。A)客觀的驗證軟件產(chǎn)品和各項任務(wù)是否遵循適用的標(biāo)準(zhǔn)、規(guī)程和需求B)用最少的時間和人力,找出軟件中潛在的各種錯誤和缺陷C)高層管理人員能夠參與,并幫助解決項目中不能解決的不相容問題D)制定和規(guī)劃軟件質(zhì)量保證的任務(wù)答  案:B【15】在軟件開發(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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論