軟件測(cè)試題與答案

..軟件測(cè)試中期測(cè)試答案判斷題<10分>軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤,但不能保證測(cè)試后的軟件沒(méi)有錯(cuò)誤?！病誊浖y(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確,是否完成既定目標(biāo)的活動(dòng),所以軟件測(cè)試在軟件工程的后期才開(kāi)始具體的工作?！病翜y(cè)試人員說(shuō)："沒(méi)有可運(yùn)行的程序,我無(wú)法進(jìn)行測(cè)試工作"?！病羻卧獪y(cè)試通常應(yīng)該先進(jìn)行"人工走查",再以白盒法為主,輔以黑盒進(jìn)行動(dòng)態(tài)測(cè)試?！病坦δ軠y(cè)試屬于白盒測(cè)試的技術(shù)范疇?！病梁诤袦y(cè)試的測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。〔×白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求。<√>集成測(cè)試也叫做組裝測(cè)試,通常在編碼完成的基礎(chǔ)上,將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試<×>第三方測(cè)試是在開(kāi)發(fā)方與用戶方的測(cè)試基礎(chǔ)上進(jìn)行的驗(yàn)證測(cè)試<×>驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。〔×多項(xiàng)選擇題〔5分從是否需要執(zhí)行被測(cè)軟件的角度,軟件測(cè)試技術(shù)可劃分的類型是：〔AC。A、靜態(tài)測(cè)試B、黑盒測(cè)試C、動(dòng)態(tài)測(cè)試D、白盒測(cè)試下面選項(xiàng)中可能導(dǎo)致軟件缺陷的原因有〔ABD。A、軟件需求說(shuō)明書編寫的不全面,不完整,不準(zhǔn)確,而且經(jīng)常更改B、軟件設(shè)計(jì)說(shuō)明書編寫不準(zhǔn)確C、軟件使用人員的水平D、開(kāi)發(fā)人員不能很好的理解需求說(shuō)明書和溝通不足IIS提供的服務(wù)有〔ABCDA.FTPB.WWWC.SMTP D.NNTPVSS是一款配置管理工具,它提供了完善的版本和配置管理功能,VSS中我們處理的所有文檔都稱為文件,VSS對(duì)文件的常用操作有〔ABC A.checkoutB.checkinC.undocheckoutD.copy典型的瀑布模型的四個(gè)階段是：〔BCDE A、需求調(diào)研B、分析C、設(shè)計(jì) D、編碼E、測(cè)試F、實(shí)施單項(xiàng)選擇題〔15分單元測(cè)試主要針對(duì)模塊的幾個(gè)基本特征進(jìn)行測(cè)試,該階段不能完成的測(cè)試是〔A。 A.系統(tǒng)功能 B.局部數(shù)據(jù)結(jié)構(gòu) C.重要的執(zhí)行路徑D.錯(cuò)誤處理以下關(guān)于需求測(cè)試的描述中,不正確的是〔D需求測(cè)試是要檢測(cè)需求規(guī)格說(shuō)明書中設(shè)計(jì)的軟件需求是否符合用戶的要求。需求測(cè)試只是驗(yàn)證需求是否真的是用戶所需要的。需求測(cè)試不等同于后面階段的集成測(cè)試或系統(tǒng)測(cè)試。需求測(cè)試是需求測(cè)試人員來(lái)執(zhí)行的,與用戶無(wú)關(guān)。對(duì)程序的測(cè)試最好由由來(lái)做,對(duì)程序的調(diào)試最好由來(lái)做?！睟A.程序員第三方測(cè)試機(jī)構(gòu)B.第三方測(cè)試機(jī)構(gòu)程序員C.程序開(kāi)發(fā)組程序員D.程序開(kāi)發(fā)組程序開(kāi)發(fā)組軟件的六大質(zhì)量特性包括：〔AA、功能性、可靠性、可用性、效率、可維護(hù)、可移植B、功能性、可靠性、可用性、效率、穩(wěn)定性、可移植C、功能性、可靠性、可擴(kuò)展性、效率、穩(wěn)定性、可移植D、功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植下面有關(guān)軟件缺陷的說(shuō)法中錯(cuò)誤的是〔C。A.缺陷就是軟件產(chǎn)品在開(kāi)發(fā)中存在的問(wèn)題B.缺陷就是軟件維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題C.缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯(cuò)誤D.缺陷就是系統(tǒng)所需實(shí)現(xiàn)的某種功能的時(shí)效和違背功能或特性沒(méi)有實(shí)現(xiàn),主要功能部分喪失,次要功能完全喪失,或致命的錯(cuò)誤聲明,這屬于軟件缺陷級(jí)別中的〔B。A.致命缺陷B.嚴(yán)重缺陷C.一般缺陷D.微小缺陷即使對(duì)程序的所有路徑都進(jìn)行了測(cè)試,程序也可能存在沒(méi)能檢查出來(lái)的缺陷,其原因可能是<D>。A.程序可能會(huì)因?yàn)槿鄙倌承┞窂蕉嬖趩?wèn)題B.即使是窮舉路徑測(cè)試也決不能保證程序符合其設(shè)計(jì)規(guī)格說(shuō)明C.窮舉路徑測(cè)試也可能不會(huì)暴露數(shù)據(jù)敏感錯(cuò)誤D.以上全部在系統(tǒng)測(cè)試中,測(cè)試人員主要根據(jù)<A>設(shè)計(jì)測(cè)試用例。A.需求分析說(shuō)明書B(niǎo).概要設(shè)計(jì)說(shuō)明書C.詳細(xì)設(shè)計(jì)說(shuō)明書D.系統(tǒng)規(guī)格說(shuō)明書下列關(guān)于軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是<D>。1>軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn),性能指標(biāo)全部達(dá)到要求2>所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤3>立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致4>驗(yàn)收測(cè)試工件齊全A.1>B.1>和3>C.1>和3>和4>D.所有都對(duì)用來(lái)代替被測(cè)模塊的子模塊的是〔B。A.驅(qū)動(dòng)模塊B.樁模塊C.調(diào)用模塊D.配置模塊與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是〔C。A.該軟件的設(shè)計(jì)文檔B.需求規(guī)格說(shuō)明C.項(xiàng)目開(kāi)發(fā)計(jì)劃D.源程序在某大學(xué)學(xué)籍管理信息系統(tǒng)中,假設(shè)學(xué)生年齡的輸入范圍為16—40,則根據(jù)黑盒測(cè)試中的等價(jià)類劃分技術(shù),下面劃分正確的是〔B。A可劃分為2個(gè)有效等價(jià)類,2個(gè)無(wú)效等價(jià)類B可劃分為1個(gè)有效等價(jià)類,2個(gè)無(wú)效等價(jià)類C可劃分為2個(gè)有效等價(jià)類,1個(gè)無(wú)效等價(jià)類D可劃分為1個(gè)有效等價(jià)類,1個(gè)無(wú)效等價(jià)類關(guān)于軟件測(cè)試模型,描述正確的是〔CA、V模型測(cè)試的對(duì)象就是程序本身,測(cè)試與開(kāi)發(fā)可以同一階段進(jìn)行B、W模型測(cè)試的對(duì)象是程序,需求、設(shè)計(jì)等,可以支持迭代的開(kāi)發(fā)模型C、H模型軟件測(cè)試過(guò)程活動(dòng)完全獨(dú)立,貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)地進(jìn)行。D、X模型是事先計(jì)劃再進(jìn)行測(cè)試。在各種資源超負(fù)荷情況下,觀察系統(tǒng)的運(yùn)行情況的測(cè)試是什么測(cè)試方法<A>。A.強(qiáng)度測(cè)試B.容量測(cè)試C.負(fù)載測(cè)試D.失效恢復(fù)測(cè)試下面關(guān)于界面測(cè)試的說(shuō)法錯(cuò)誤的是〔cA．窗體大小要合適,內(nèi)部控件布局要合理,不要過(guò)于密集,也不要過(guò)于空曠。B．為了達(dá)到美觀的目的,縮放窗體時(shí),窗體上的控件也應(yīng)該隨著窗體而縮放。C．字體的大小與界面的大小比例協(xié)調(diào),通常使用宋體,字號(hào)8-14。D．使用柔和顏色,杜絕刺目的顏色。簡(jiǎn)答題〔25分什么是回歸測(cè)試？什么時(shí)候進(jìn)行回歸測(cè)試？回歸測(cè)試就是重新運(yùn)行現(xiàn)有測(cè)試用例測(cè)試原有功能,以便確定變更是否達(dá)到了預(yù)期的目的,檢查變更是否損害了原有的正常功能。或者：在程序有修改的情況下,驗(yàn)證被修復(fù)的軟件缺陷是否真正解決,而且保證原有功能正常的一種測(cè)試策略和方法。每當(dāng)軟件發(fā)生變化時(shí)就應(yīng)進(jìn)行回歸測(cè)試。什么是冒煙測(cè)試？就是版本確認(rèn)檢查,是在系統(tǒng)測(cè)試環(huán)境下,軟件系統(tǒng)構(gòu)建版本安裝發(fā)布后,驗(yàn)證系統(tǒng)的基本功能/特征是否達(dá)到預(yù)期的效果?；蛘撸菏窃谶M(jìn)入系統(tǒng)測(cè)試之前或一個(gè)編譯版本發(fā)布后,先運(yùn)行其基本功能的測(cè)試。冒煙測(cè)試的目的是檢查程序是否完整,是否實(shí)現(xiàn)了最基本的可測(cè)試要求。軟件測(cè)試的生命周期包括哪幾個(gè)階段？測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試開(kāi)發(fā)、測(cè)試執(zhí)行、測(cè)試評(píng)估等價(jià)類方法中測(cè)試用例的設(shè)計(jì)原則是什么？1>為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào)；2>設(shè)計(jì)一個(gè)測(cè)試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價(jià)類,重復(fù)這一步,直到所有的有效等價(jià)類都被覆蓋為止；3>設(shè)計(jì)一個(gè)測(cè)試用例,使其僅覆蓋一個(gè)尚未被覆蓋的無(wú)效等價(jià)類,重復(fù)這一步,直到所有的無(wú)效等價(jià)類都被覆蓋為止。請(qǐng)列出B/S與C/S架構(gòu)的區(qū)別。C/S是兩層架構(gòu),即客戶端/服務(wù)器端架構(gòu)；B/S是三層架構(gòu),即由Browser客戶端,WebApp服務(wù)器端和DB端構(gòu)成。C/S是胖客戶端架構(gòu),客戶端需要實(shí)現(xiàn)絕大多數(shù)的業(yè)務(wù)邏輯和界面展示；B/S架構(gòu)中,顯示邏輯交給了Web瀏覽器,事務(wù)處理邏輯在放在了WebApp上,客戶端包含的邏輯很少,因此也被成為瘦客戶端架構(gòu)。C/S是建立在局域網(wǎng)上；B/S可以直接放在廣域網(wǎng)上,通過(guò)一定的權(quán)限控制實(shí)現(xiàn)多客戶訪問(wèn)的目的,交互性較強(qiáng)。C/S需要安裝客戶端才能使用；B/S客戶端無(wú)需安裝,有Web瀏覽器即可。C/S維護(hù)成本高,發(fā)生一次升級(jí),則所有客戶端的程序都需要改變；B/S架構(gòu)無(wú)需升級(jí)多個(gè)客戶端,升級(jí)服務(wù)器即可。論述題〔30分什么是軟件測(cè)試？簡(jiǎn)述其目的與原則定義1：測(cè)試軟件是在可控的預(yù)置條件下,操作軟件的過(guò)程,其目的是通過(guò)發(fā)現(xiàn)錯(cuò)誤,弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別,并確認(rèn)軟件行為是否符合產(chǎn)品規(guī)格說(shuō)明,同時(shí)驗(yàn)證軟件是否符合用戶的需求。定義2：軟件測(cè)試是使用人工和自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程,其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清楚預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。軟件測(cè)試的目的：1檢測(cè)：以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷。2證明：證明軟件的功能和性能與需求說(shuō)明相符合。3預(yù)防：澄清系統(tǒng)的規(guī)格和性能；提供預(yù)防或減少可能制造錯(cuò)誤的信息；并且提前確認(rèn)解決這些問(wèn)題和風(fēng)險(xiǎn)的途徑。軟件測(cè)試的原則：1．所有的測(cè)試都應(yīng)追溯到用戶需求,事先定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)。2．"盡早和不斷的測(cè)試"作為開(kāi)發(fā)者的座右銘。3．對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段,應(yīng)進(jìn)行更深入的測(cè)試?！睵areto原則4．測(cè)試應(yīng)從"小規(guī)模"開(kāi)始,逐步轉(zhuǎn)向"大規(guī)模"。5.窮舉測(cè)試是不可能的。6.測(cè)試應(yīng)該有重點(diǎn)。7．制定嚴(yán)格的測(cè)試計(jì)劃,是做好軟件測(cè)試工作的前提。8．為了達(dá)到最佳效果,應(yīng)該由獨(dú)立的第三方來(lái)構(gòu)造測(cè)試。9．加強(qiáng)測(cè)試自動(dòng)化,但測(cè)試工具不是萬(wàn)能的。10．將測(cè)試過(guò)程文檔化。11．測(cè)試用例是設(shè)計(jì)出來(lái)的,不是寫出來(lái)的。12．測(cè)試結(jié)果應(yīng)被認(rèn)真檢查和分析。什么是黑盒測(cè)試,黑盒測(cè)試有哪兩種基本方法,請(qǐng)簡(jiǎn)要介紹。黑盒測(cè)試就是把測(cè)試對(duì)象看成一個(gè)黑盒子,完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說(shuō)明書,檢查程序的功能是否符合它的功能說(shuō)明的測(cè)試方法。黑盒測(cè)試有兩種基本方法,即通過(guò)測(cè)試和失敗測(cè)試。在設(shè)計(jì)和執(zhí)行測(cè)試案例時(shí),總是先要進(jìn)行通過(guò)測(cè)試,看一看軟件基本功能是否能夠?qū)崿F(xiàn)。這一點(diǎn)很重要,否則在正常使用軟件時(shí)就會(huì)奇怪地發(fā)現(xiàn),為什么會(huì)有那么多的軟件缺陷出現(xiàn)？在確信了軟件正確運(yùn)行之后,就可以采取各種手段通過(guò)搞"垮"軟件來(lái)找出缺陷。純粹為了破壞軟件而設(shè)計(jì)和執(zhí)行的測(cè)試案例,被稱為失敗測(cè)試或迫使出錯(cuò)測(cè)試。簡(jiǎn)述單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的主要內(nèi)容?！?單元測(cè)試集中于單個(gè)模塊的功能和結(jié)構(gòu)的檢驗(yàn)；主要內(nèi)容：模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、錯(cuò)誤處理測(cè)試、邊界測(cè)試。〔2集成測(cè)試集中于模塊組合的功能和軟件結(jié)構(gòu)檢驗(yàn)；主要內(nèi)容：〔1在把各個(gè)模塊連接起來(lái)的時(shí)候,穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；〔2一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；〔3各個(gè)子功能組合起來(lái),能否達(dá)到預(yù)期要求的父功能；〔4全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題；〔5單個(gè)模塊的誤差累積起來(lái),是否會(huì)放大,從而達(dá)到不能接受的程度?！?系統(tǒng)測(cè)試集中檢驗(yàn)系統(tǒng)所有元素之間協(xié)作是否合適,整個(gè)系統(tǒng)的性能和功能是否達(dá)到；主要包括強(qiáng)度測(cè)試、性能測(cè)試、恢復(fù)測(cè)試、安全測(cè)試、可靠性測(cè)試、安裝測(cè)試、容量測(cè)試和文檔測(cè)試等。測(cè)試人員在軟件開(kāi)發(fā)過(guò)程中的任務(wù)是什么？尋找bug避免軟件開(kāi)發(fā)過(guò)程中的缺陷衡量軟件的品質(zhì)關(guān)注用戶的需求一條缺陷記錄都包含哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷記錄？一條bug記錄最基本的應(yīng)包含：硬件平臺(tái)和操作系統(tǒng)測(cè)試應(yīng)用的平臺(tái)被測(cè)軟件的版本號(hào)Bug優(yōu)先級(jí)、狀態(tài)、bug所屬模塊、編號(hào)bug描述、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等。要有效地發(fā)現(xiàn)bug需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔,設(shè)計(jì)出高效的測(cè)試用例,然后嚴(yán)格執(zhí)行測(cè)試用例,對(duì)發(fā)現(xiàn)的問(wèn)題要充分確認(rèn)肯定,然后再向外發(fā)布,如此才能提高提交的bug質(zhì)量。測(cè)試用例編寫〔15分某一種8位計(jì)算機(jī),其十六進(jìn)制常數(shù)的定義是以0x或0X開(kāi)頭的十六進(jìn)制整數(shù),其取值范圍為－7f～7f〔不區(qū)分大小寫字母,如0x13、0x6A、－0x3c。請(qǐng)采用等價(jià)類劃