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

1、軟件測(cè)試中期測(cè)試答案判斷題（10分）軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測(cè)試后的軟件沒有錯(cuò)誤。（V ）軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開始具體的工作。（X ）測(cè)試人員說：“沒有可運(yùn)行的程序，我無法進(jìn)行測(cè)試工作”。（x ）單元測(cè)試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒進(jìn)行動(dòng)態(tài)測(cè)試。（V ）功能測(cè)試屬于白盒測(cè)試的技術(shù)范疇。（x ）黑盒測(cè)試的測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（x）白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。（，）集成測(cè)試也叫做組裝測(cè)試，通常在編碼完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞

2、增的測(cè)試（x ）第三方測(cè)試是在開發(fā)方與用戶方的測(cè)試基礎(chǔ)上進(jìn)行的驗(yàn)證測(cè)試（x ）驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（x）多項(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 、軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改B 、軟件設(shè)計(jì)說明書編寫不準(zhǔn)確C 、軟件使用人員的水平D 、開發(fā)人員不能很好的理解需求說明書和溝通不足IIS提供的服務(wù)有（ABCD ）A. FTP B. WWW C. SMTP D. NNTPVSS是一款配置管理工具，它提供了完善的

3、版本和配置管理功能，VSS中我們處理的所有文檔都稱為文件，VSS對(duì)文件的常用操作有（ABC ）A. check out B. check in C. undo check out D. copy典型的瀑布模型的四個(gè)階段是：（BCDEA、需求調(diào)研 B、分析C、設(shè)計(jì)口編碼 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ī)格說明書中設(shè)計(jì)的軟件需求是否符合用戶的要求。需求測(cè)試只是驗(yàn)證需求是否真的是用戶所需要的。需求

4、測(cè)試不等同于后面階段的集成測(cè)試或系統(tǒng)測(cè)試。需求測(cè)試是需求測(cè)試人員來執(zhí)行的，與用戶無關(guān)。對(duì)程序的測(cè)試最好由由來做，對(duì)程序的調(diào)試最好由來做。（B ）A.程序員第三方測(cè)試機(jī)構(gòu)B.第三方測(cè)試機(jī)構(gòu)程序員C.程序開發(fā)組程序員 D. 程序開發(fā)組程序開發(fā)組軟件的六大質(zhì)量特性包括：（A ）A 、功能性、可靠性、可用性、效率、可維護(hù)、可移植B 、功能性、可靠性、可用性、效率、穩(wěn)定性、可移植C 、功能性、可靠性、可擴(kuò)展性、效率、穩(wěn)定性、可移植D 、功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植下面有關(guān)軟件缺陷的說法中錯(cuò)誤的是（C ）。A.缺陷就是軟件產(chǎn)品在開發(fā)中存在的問題B.缺陷就是軟件維護(hù)過程中存在的錯(cuò)誤、毛病等各

5、種問題C.缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯(cuò)誤D.缺陷就是系統(tǒng)所需實(shí)現(xiàn)的某種功能的時(shí)效和違背功能或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯(cuò)誤聲明，這屬于軟件缺陷級(jí)別中的（B ）。A.致命缺陷B.嚴(yán)重缺陷 C. 一般缺陷D.微小缺陷即使對(duì)程序的所有路徑都進(jìn)行了測(cè)試，程序也可能存在沒能檢查出來的缺陷，其原因可能是（D ）。A.程序可能會(huì)因?yàn)槿鄙倌承┞窂蕉嬖趩栴}B.即使是窮舉路徑測(cè)試也決不能保證程序符合其設(shè)計(jì)規(guī)格說明C.窮舉路徑測(cè)試也可能不會(huì)暴露數(shù)據(jù)敏感錯(cuò)誤D.以上全部在系統(tǒng)測(cè)試中，測(cè)13t人員主要根據(jù)（A ）設(shè)計(jì)測(cè)試用例。A.需求分析說明書B.概要設(shè)計(jì)說明書C.詳細(xì)設(shè)計(jì)說明書D.系

6、統(tǒng)規(guī)格說明書下列關(guān)于軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是（D ）。1）軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求2） 所有測(cè)試項(xiàng)沒有殘余一級(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ì)用來代替被測(cè)模塊的子模塊的是（ B ）。A.驅(qū)動(dòng)模塊 B. 樁模塊C.調(diào)用模塊 D. 配置模塊與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（C ）。A.該軟件的設(shè)計(jì)文檔B. 需求規(guī)格說明C.項(xiàng)目開發(fā)計(jì)劃D. 源程序在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為1640,則根據(jù)黑盒測(cè)試中的等價(jià)類劃分技術(shù)，

7、下面劃分正確的是（ B ）。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à)類關(guān)于軟件測(cè)試模型，描述正確的是（ C ）A、V模型測(cè)試的對(duì)象就是程序本身，測(cè)試與開發(fā)可以同一階段進(jìn)行曰W模型測(cè)試的對(duì)象是程序，需求、設(shè)計(jì)等，可以支持迭代的開發(fā)模型C H模型軟件測(cè)試過程活動(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è)試下面

8、關(guān)于界面測(cè)試的說法錯(cuò)誤的是（c ）A .窗體大小要合適，內(nèi)部控件布局要合理，不要過于密集，也不要過于空曠。B .為了達(dá)到美觀的目的，縮放窗體時(shí)，窗體上的控件也應(yīng)該隨著窗體而縮放。C .字體的大小與界面的大小比例協(xié)調(diào)，通常使用宋體，字號(hào) 8-14。D .使用柔和顏色，杜絕刺目的顏色。簡答題（25分）什么是回歸測(cè)試？什么時(shí)候進(jìn)行回歸測(cè)試？回歸測(cè)試就是重新運(yùn)行現(xiàn)有測(cè)試用例測(cè)試原有功能，以便確定變更是否達(dá)到了預(yù)期的目的， 檢查變更是否損害了原有的正常功能?；蛘撸涸诔绦蛴行薷牡那闆r下， 驗(yàn)證被修復(fù)的軟件缺陷是否真正解決，而且保證原有功能正常的一種測(cè)試策略和方法。每當(dāng)軟件發(fā)生變化時(shí)就應(yīng)進(jìn)行回歸測(cè)試。什么是

9、冒煙測(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è)試開發(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è)尚未被覆蓋的無效等價(jià)類，重復(fù)這一步，直

10、到所有的無效等價(jià)類都被覆蓋為止。請(qǐng)列出B/S與C/S架構(gòu)的區(qū)別。C/S是兩層架構(gòu)，即客戶端/服務(wù)器端架構(gòu)；B/S是三層架本即由Browser客戶端，WebApp 服務(wù)器端和DB端構(gòu)成。C/S是胖客戶端架構(gòu)，客戶端需要實(shí)現(xiàn)絕大多數(shù)的業(yè)務(wù)邏輯和界面展示；B/S架構(gòu)中，顯示邏輯交給了 WebJ覽器，事務(wù)處理邏輯在放在了WebApp上，客戶端包含的邏輯很少，因此也被成為瘦客戶端架構(gòu)。C/S是建立在局域網(wǎng)上；B/S可以直接放在廣域網(wǎng)上，通過一定的權(quán)限控制實(shí)現(xiàn)多客戶訪問 的目的，交互性較強(qiáng)。C/S需要安裝客戶端才能使用；B/S客戶端無需安裝，有 WebJ覽器即可。C/S維護(hù)成本高，發(fā)生一次升級(jí)，則所有客戶

11、端的程序都需要改變；B/S架構(gòu)無需升級(jí)多個(gè)客戶端，升級(jí)服務(wù)器即可。 論述題（30分） 什么是軟件測(cè)試？簡述其目的與原則定義1:測(cè)試軟件是在可控的預(yù)置條件下，操作軟件的過程，其目的是通過發(fā)現(xiàn)錯(cuò)誤，弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別，并確認(rèn)軟件行為是否符合產(chǎn)品規(guī)格說明，同時(shí)驗(yàn)證軟件是否符合用戶的需求。定義2:軟件測(cè)試是使用人工和自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，其目的在于檢 驗(yàn)它是否滿足規(guī)定的需求或弄清楚預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。軟件測(cè)試的目的：1)檢測(cè)：以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷。2)證明：證明軟件的功能和性能與需求說明相符合。3)預(yù)防：澄清系統(tǒng)的規(guī)格和性能；提供

12、預(yù)防或減少可能制造錯(cuò)誤的信息；并且提前確認(rèn)解 決這些問題和風(fēng)險(xiǎn)的途徑。軟件測(cè)試的原則：1 .所有的測(cè)試都應(yīng)追溯到用戶需求，事先定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)。2 .“盡早和不斷的測(cè)試”作為開發(fā)者的座右銘。3 .對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測(cè)試。(Pareto原則)4 .測(cè)試應(yīng)從 “小規(guī)?！遍_始，逐步轉(zhuǎn)向“大規(guī)?！?。5 .窮舉測(cè)試是不可能的。6 .測(cè)試應(yīng)該有重點(diǎn)。7 .制定嚴(yán)格的測(cè)試計(jì)劃，是做好軟件測(cè)試工作的前提。8 .為了達(dá)到最佳效果，應(yīng)該由獨(dú)立的第三方來構(gòu)造測(cè)試。9 .加強(qiáng)測(cè)試自動(dòng)化，但測(cè)試工具不是萬能的。10 .將測(cè)試過程文檔化。11 .測(cè)試用例是設(shè)計(jì)出來的，不是寫出來的。12 .測(cè)試結(jié)果

13、應(yīng)被認(rèn)真檢查和分析。什么是黑盒測(cè)試，黑盒測(cè)試有哪兩種基本方法，請(qǐng)簡要介紹。黑盒測(cè)試就是把測(cè)試對(duì)象看成一個(gè)黑盒子，完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明的測(cè)試方法。黑盒測(cè)試有兩種基本方法，即通過測(cè)試和失敗測(cè)試。在設(shè)計(jì)和執(zhí)行測(cè)試案例時(shí)，總是先要進(jìn)行通過測(cè)試，看一看軟件基本功能是否能夠?qū)崿F(xiàn)。這一點(diǎn)很重要，否則在正常使用軟件時(shí)就會(huì)奇怪地發(fā)現(xiàn)，為什么會(huì)有那么多的軟件缺陷出 現(xiàn)？在確信了軟件正確運(yùn)行之后，就可以采取各種手段通過搞“垮”軟件來找出缺陷。純粹為了破壞軟件而設(shè)計(jì)和執(zhí)行的測(cè)試案例，被稱為失敗測(cè)試或迫使出錯(cuò)測(cè)試。簡述單元測(cè)試、集成測(cè)試、

14、系統(tǒng)測(cè)試的主要內(nèi)容。(1)單元測(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è)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；(2) 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；(3)各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能；(4)全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；(5)單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度。(3)系統(tǒng)測(cè)試集中檢驗(yàn)系統(tǒng)所有元素之間協(xié)作是否合適，整個(gè)系統(tǒng)的性能和功能是否達(dá)到；主要包括強(qiáng)度測(cè)試、性能測(cè)試、恢復(fù)測(cè)試

15、、安全測(cè)試、可靠性測(cè)試、安裝測(cè)試、容量測(cè)試和 文檔測(cè)試等。測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么？尋找bug避免軟件開發(fā)過程中的缺陷衡量軟件的品質(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)的問題要充分確認(rèn)肯定，然后再向外發(fā)布，如此才能提高提交的bug質(zhì)量。測(cè)試用例編寫（15分）某一種8位計(jì)算機(jī)，其十六進(jìn)制常數(shù)的定義是以 0x或0X開頭的十六進(jìn)制整數(shù)，其取值范圍為7f7f （不區(qū)分大小寫字母），如0x13、0x6A、0x3c。請(qǐng)采用等價(jià)類劃分的方法設(shè)計(jì) 測(cè)試用例。等價(jià)類劃