四級軟件測試工程師分類模擬30

1、 模擬 四級軟件測試工程師分類模擬30選擇題第1題：因果圖方法是根據(jù)()之間的因果關(guān)系設(shè)計(jì)測試用例。A. 輸入和輸出B. 設(shè)計(jì)和實(shí)現(xiàn)C.條件和結(jié)果D.主程序和子程序參考答案： A因果圖方法是根據(jù)輸入和輸出之間的因果關(guān)系設(shè)計(jì)測試用例的。第2題：下列人員中不屬于構(gòu)件測試涉及的人員是()A. 協(xié)調(diào)者B. 開發(fā)者C. 復(fù)用者D. 第三方參考答案： A第3題：在模塊測試的過程中，采用自底向上的測試比自頂向下的測試()A. 好B. 差C. 一樣D. 不確定參考答案： A自底向上測試和自頂向下測試都是增量式的測試方法， 在自底向上測試中， 首先測試最底層的模塊， 利用輔助的驅(qū)動(dòng)模塊調(diào)用， 然后測試高層次的模

2、塊。 而自頂向下測試則剛好相反， 它是首先測試頂層模塊， 無需編寫驅(qū)動(dòng)模塊， 但要使用樁模塊，然后測試下一層模塊。二者各有優(yōu)缺點(diǎn)，但權(quán)衡來看，自底向上測試的方法要優(yōu)于自頂向下測試方法。第4題：在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔是()1A. 用戶手冊B. 外部設(shè)計(jì)規(guī)格說明C. 內(nèi)部設(shè)計(jì)規(guī)格說明D. 測試計(jì)劃手冊參考答案： A軟件的外部設(shè)計(jì)是從用戶的角度對產(chǎn)品進(jìn)行描述的， 外部設(shè)計(jì)規(guī)格說明是在外部設(shè)計(jì)期間產(chǎn)生的文檔，用戶手冊是另一種文檔，與外部設(shè)計(jì)規(guī)格說明不同的是，它是在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔。第5題：下列選項(xiàng)中，不屬于面向構(gòu)件提供者的構(gòu)件

3、測試目標(biāo)的是A. 檢查為特定項(xiàng)目而創(chuàng)建的新構(gòu)件的質(zhì)量B. 檢查在特定平臺和操作環(huán)境中構(gòu)件的復(fù)用、打包和部署C. 盡可能多地揭示構(gòu)件錯(cuò)誤D. 驗(yàn)證構(gòu)件的功能、接口、行為和性能參考答案： A面向構(gòu)件提供者的測試目標(biāo)是： 盡可能多地揭示構(gòu)件錯(cuò)誤， 驗(yàn)證構(gòu)件的功能、接口、行為和性能， 以保證它們符合給定地構(gòu)件規(guī)約， 檢查在特定平臺和操作環(huán)境中構(gòu)件的復(fù)用、 打包和部署。 而面向構(gòu)件復(fù)用者的測試目標(biāo)是： 驗(yàn)證可復(fù)用構(gòu)件的功能和性能， 在特定平臺和操作環(huán)境下， 確?？蓮?fù)用構(gòu)件的正確使用和部署，檢查可復(fù)用構(gòu)件定制而成的構(gòu)件的質(zhì)量， 檢查為特定項(xiàng)目而創(chuàng)建的新構(gòu)件的質(zhì)量。第6題：不需要運(yùn)行程序，通過收集有關(guān)代碼的

4、結(jié)構(gòu)信息來對程序進(jìn)行的測試是()A. 性能測試B. 黑盒測試C. 白盒測試D. 靜態(tài)分析參考答案： D軟件測試的分類方法比較多， 針對測試時(shí)是否要運(yùn)行程序分為靜態(tài)測試和動(dòng)態(tài)測試，其中靜態(tài)測試也稱靜態(tài)分析， 是不必運(yùn)行程序目的僅僅是收集程序代碼的結(jié)構(gòu)信息而不用查錯(cuò)， 相反動(dòng)態(tài)測試則是要執(zhí)行程序， 查出程序的錯(cuò)誤非單純收集代碼結(jié)構(gòu)信息。 針對測試人員是否要清楚程序的內(nèi)部邏輯， 將測試分為白盒測試和黑盒測試， 同時(shí)這兩種測試方法都要對程序進(jìn)行查錯(cuò)， 從這一角度， 白盒測試和黑盒測試都應(yīng)屬于動(dòng)態(tài)測試。由此選項(xiàng) D 靜態(tài)分析最恰當(dāng)。第7題：2下面有關(guān)軟件質(zhì)量保證活動(dòng)目標(biāo)的說法中不正確的是()A. 客觀地

5、驗(yàn)證軟件產(chǎn)品和各項(xiàng)任務(wù)是否遵循適用的標(biāo)準(zhǔn)、規(guī)程和需求B. 用最少的時(shí)間和人力，找出軟件中潛在的各種錯(cuò)誤和缺陷C.高層管理人員能夠參與并幫助解決項(xiàng)目中不能解決的不相容問題D.規(guī)劃軟件質(zhì)量保證任務(wù)參考答案： B軟件質(zhì)量保證活動(dòng)的目標(biāo)為： 制定和規(guī)劃軟件質(zhì)量保證的任務(wù)， 客觀地驗(yàn)證軟件產(chǎn)品和各項(xiàng)任務(wù)是否遵循適用的標(biāo)準(zhǔn)、 規(guī)程和需求，相關(guān)小組和個(gè)人保持良好的溝通，及時(shí)通知他們在軟件質(zhì)量保證方面的認(rèn)識和結(jié)果， 高層管理人員能夠參與并幫助解決項(xiàng)目中不能解決的不相容問題。而選項(xiàng) B(用最少的時(shí)間和人力，找出軟件中潛在的各種錯(cuò)誤和缺陷 ) 應(yīng)為軟件測試的目標(biāo)，兩者要區(qū)分開來。第8題：下列關(guān)于軟件測試過程的幾種

6、抽象模型，說法正確的是()A.H 模型指出軟件測試具有獨(dú)立性，只要某個(gè)測試達(dá)到準(zhǔn)備就緒點(diǎn)，測試執(zhí)行活動(dòng)就可以開展B.W 模型強(qiáng)調(diào)在整個(gè)項(xiàng)目開發(fā)中需要經(jīng)歷的不同測試級別，指明測試的對象是程序C.軟件測試過程與軟件開發(fā)過程不同的是，它不必遵循軟件工程原理 D.V 模型強(qiáng)調(diào)測試的對象不僅僅是程序，需求、設(shè)計(jì)等同樣需要測試參考答案： A軟件測試過程體現(xiàn)了軟件測試的流程和方法， 與軟件開發(fā)過程一樣， 都遵循軟件工程原理，遵循管理學(xué)原理，故選項(xiàng) C 不正確。 V 模型反映出測試活動(dòng)與分析設(shè)計(jì)活動(dòng)的關(guān)系， 強(qiáng)調(diào)了在整個(gè)項(xiàng)目開發(fā)過程中需要經(jīng)歷的不同測試級別， 忽視了測試的對象不應(yīng)該僅僅是程序， W模型是對 V

7、 模型進(jìn)行了補(bǔ)充，明確指出：測試的對象不僅僅是程序，需求、設(shè)計(jì)等同樣需要進(jìn)行測試， H模型指出軟件測試是一個(gè)獨(dú)立的流程， 只要某個(gè)測試達(dá)到準(zhǔn)備就緒點(diǎn)， 測試執(zhí)行活動(dòng)就可以開展， 軟件測試貫穿于產(chǎn)品的整個(gè)生命周期，與其他流程可以并發(fā)進(jìn)行。第9題：以下說法錯(cuò)誤的是 ()A. 軟件產(chǎn)品的質(zhì)量越高，發(fā)布后維護(hù)成本就越低B. 在軟件測試中一般只需要運(yùn)行預(yù)先設(shè)計(jì)的所有測試案例C.通常應(yīng)該在需求階段設(shè)計(jì)系統(tǒng)測試案例，以此作為需求檢查的輔助手段D.發(fā)現(xiàn)和修復(fù)產(chǎn)品中的軟件缺陷越早，開發(fā)費(fèi)用就會越低參考答案： B測試用例是在測試過程中設(shè)計(jì)的， 并非要預(yù)先設(shè)計(jì)的。 只有在極限測試時(shí)要預(yù)先設(shè)計(jì)測試用例，通常情況都不需

8、要。3第10題：對于維護(hù)軟件的人員來說，使用質(zhì)量是() 的結(jié)果。A. 功能性B. 可靠性C. 可維護(hù)性D. 效率參考答案： C使用質(zhì)量是從用戶觀點(diǎn)來對軟件產(chǎn)品提出的質(zhì)量要求， 所以它的度量主要是針對用戶使用的績效， 而不是軟件自身的特性， 使用質(zhì)量是面向用戶的內(nèi)部和外部質(zhì)量的組合效果。使用質(zhì)量與其他軟件產(chǎn)品質(zhì)量特性之間的關(guān)系取決于用戶的類型：·對最終用戶來說，使用質(zhì)量主要是功能性、可靠性、易用性和效率的結(jié)果；·對維護(hù)軟件的人員來說， 使用質(zhì)量是可維護(hù)性的結(jié)果；·對移植軟件的人員來說，使用質(zhì)量是可移植性的結(jié)果。第11題：測試管理工具提供從測試設(shè)計(jì)到測試運(yùn)行的全過程支

9、持。這個(gè)工具的主要用途是 ()A. 自動(dòng)抓取屏幕上的系統(tǒng)運(yùn)行界面B. 基于需求規(guī)格說明書自動(dòng)生成測試數(shù)據(jù)、測試用例C.測試用例管理、軟件缺陷管理、軟件測試度量D.輔助管理軟件產(chǎn)品的各組成部分，使它們保持一致參考答案： C測試管理工具主要用于進(jìn)行測試用例管理、軟件缺陷管理、軟件測試度量。第12題：如果一個(gè)判定巾的復(fù)合條件表達(dá)式為(A 1)or(B 3) ，則為了達(dá)到 100%的條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測試用例()A.1B.2C.3D.4參考答案： B由條件覆蓋定義： 設(shè)計(jì)若干測試用例， 運(yùn)行被測程序， 使得每個(gè)判定的每個(gè)條件的可能取值至少評價(jià)一次。 針對該題取 A=3、B=3和 A=0、B

10、=5兩組測試用例即可達(dá)到 100%的條件覆蓋率，故本題選擇 B。第13題：4根據(jù)軟件體系結(jié)構(gòu)的設(shè)計(jì)，按照一定順序?qū)⒔?jīng)過單元測試的程序單元逐步組裝為子系統(tǒng)或系統(tǒng)，這種測試是()A. 系統(tǒng)測試B. 單元測試C. 集成測試D. 驗(yàn)收測試參考答案： C軟件測試生存周期模型描述了軟件測試的全過程：單元測試、集成測試、 系統(tǒng)測試、驗(yàn)收測試和回歸測試等。 當(dāng)一個(gè)程序單元編寫出來之后，首先要做的就是及時(shí)對其進(jìn)行單元測試， 檢查該程序單元中的各種缺陷， 并通過調(diào)試改正它們，然后進(jìn)行回歸測試，檢查這些缺陷是否確實(shí)得到修正。 集成測試是根據(jù)軟件體系結(jié)構(gòu)的設(shè)計(jì)， 按照一定順序?qū)⒔?jīng)過單元測試的程序單元逐步組裝為子系統(tǒng)或

11、系統(tǒng)，該過程可以與單元測試穿插進(jìn)行。 系統(tǒng)測試是根據(jù)軟件需求規(guī)格說明，在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進(jìn)行測試， 確認(rèn)各項(xiàng)規(guī)定的需求是否在系統(tǒng)中實(shí)現(xiàn)，各種質(zhì)量要求在系統(tǒng)中是否達(dá)到預(yù)期的標(biāo)準(zhǔn)， 驗(yàn)收測試是對已經(jīng)確認(rèn)的軟件系統(tǒng)進(jìn)行的測試， 在實(shí)際使用環(huán)境中， 與計(jì)算機(jī)系統(tǒng)的其他系統(tǒng)元素進(jìn)行一系列系統(tǒng)級的集成測試和系統(tǒng)測試。第14題：通常測試人員判定一個(gè)運(yùn)行結(jié)果中存在缺陷的準(zhǔn)則是 ()A. 開發(fā)人員承認(rèn)這個(gè)運(yùn)行結(jié)果中存在缺陷B. 測試人員可以從中找出缺陷的證據(jù)C.這個(gè)運(yùn)行結(jié)果與測試案例中的預(yù)期結(jié)果不一致D.這個(gè)運(yùn)行結(jié)果與測試人員預(yù)期的不一致參考答案： C通常測試人員判定一個(gè)運(yùn)行結(jié)果中存在缺陷的準(zhǔn)則是

12、這個(gè)運(yùn)行結(jié)果與測試案例中的預(yù)期結(jié)果不一致。第15題：以下哪種方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計(jì)測試用例()A. 路徑測試B. 等價(jià)類C. 因果圖D. 邊界值參考答案： C因果圖是根據(jù)輸出對輸入的依賴關(guān)系來設(shè)計(jì)測試用例的。第16題：5黑盒測試是從 () 觀點(diǎn)出發(fā)的測試，而白盒測試是從() 觀點(diǎn)出發(fā)的測試。A. 開發(fā)人員、管理人員B. 用戶、管理人員C.用戶、開發(fā)人員D.開發(fā)人、用戶參考答案： C黑盒測試是從用戶觀點(diǎn)出發(fā)的測試， 不需要了解程序的內(nèi)部邏輯， 而白盒測試是從開發(fā)人員的觀點(diǎn)出發(fā)的測試。第17題：軟件測試的目的是 ()A. 證明軟件的正確性B. 盡可能多地發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤C.找出軟件系

13、統(tǒng)存在的所有錯(cuò)誤D.證明軟件系統(tǒng)中存在錯(cuò)誤參考答案： B考察軟件測試的目的。第18題：針對下面的程序段，對于 (MaxNum， Type) 的取值，至少需要 ( ) 個(gè)測試用例才能夠滿足判定覆蓋的要求。Whjle(MaxNum- 0)If(10=Type)x=y * 2；Else if(100=Type)x=y+20；A.5B.4C.3D.2參考答案： C判定覆蓋是使得程序中每個(gè)判定表達(dá)式的每個(gè)分支都至少執(zhí)行一次 ( 真假分支均被滿足一次 ) 。此題中， (-20 ，10) 、(100 ，100) 、(100 ，70) 三個(gè)測試用例即可滿足上述程序的判定覆蓋。第19題：對于 Web應(yīng)用軟件系統(tǒng)

14、測試技術(shù)，下列不屬于功能測試的是()6A. 表單測試B. 并發(fā)測試C. 鏈接測試D.Cookie 測試參考答案： BWeb應(yīng)用軟件的系統(tǒng)測試技術(shù)除了功能測試外還包括性能測試、易用性測試、內(nèi)容測試、安全性測試和接口測試等。 由于 Web應(yīng)用軟件的特殊性， 在按照測試大綱對 Web應(yīng)用軟件進(jìn)行系統(tǒng)測試前通常要進(jìn)行幾個(gè)方面的功能測試，主要包括：鏈接測試，表單測試， Cookie 測試。第20題：下列測試用例設(shè)計(jì)中既適用于失效恢復(fù)測試用例設(shè)計(jì)又適用于健壯性測試用例設(shè)計(jì)的方法為 ()A. 規(guī)范導(dǎo)出法B. 錯(cuò)誤猜測法C.基于故障的測試D.基于風(fēng)險(xiǎn)的測試參考答案： B健壯性測試常用的測試用例設(shè)計(jì)方法有： 故

15、障插入測試、變異測試和錯(cuò)誤猜測法。失效恢復(fù)測試常用的測試用例設(shè)計(jì)方法有： 規(guī)范導(dǎo)出法、 錯(cuò)誤猜測法、 基于故障的測試和基于風(fēng)險(xiǎn)的測試。所以選擇 B 選項(xiàng)。第21題：下列通常不屬于易用性測試的范圍的內(nèi)容是 ()A. 安裝與卸載測試B. 系統(tǒng)故障頻率C.聯(lián)機(jī)文檔中斷開的鏈接D.中文版與英文版的一致參考答案： B易用性測試包括對用戶文檔的測試、 易安裝性測試、 功能易用性測試和用戶界面測試。選項(xiàng) B，系統(tǒng)故障頻率不屬于易用性測試范圍。第22題：設(shè)有一段程序：if(A1)and(b=0)X=X/A；else if(A=2)or(X1)X=X+1；滿足條件 / 判定覆蓋的要求下，最少的測試用例數(shù)目是 A

16、.3 個(gè)7B.4 個(gè)C.6 個(gè)D.8 個(gè)參考答案： A條件 / 判定覆蓋就是設(shè)計(jì)足夠的測試用例，使得判定語句中每個(gè)條件的所有可能取值至少評價(jià)一次， 本程序只需 3 個(gè)測試用例便可覆蓋 8 個(gè)條件取值及 4 個(gè)判斷分支。第23題：關(guān)于易用性測試，說法錯(cuò)誤的是 ()A. 用戶界面測試是軟件易用性測試最重要的一項(xiàng)內(nèi)容B. 對軟件功能的動(dòng)態(tài)關(guān)聯(lián)進(jìn)行測試可以通過檢查菜單完成C.使用軟件的目的就是減少重復(fù)輸入，減輕人工勞動(dòng)，提高工作效率D.檢查和評估軟件安裝手冊的正確性和易用性是安裝性測試的重要內(nèi)容參考答案： B對軟件功能的關(guān)聯(lián)包括靜態(tài)關(guān)聯(lián)和動(dòng)態(tài)關(guān)聯(lián)兩方面， 其中對于靜態(tài)關(guān)聯(lián)的測試可以通過檢查菜單完成，而對于動(dòng)態(tài)關(guān)聯(lián)的測試需要針對各項(xiàng)任務(wù)設(shè)計(jì)測試用例，以檢查軟件能否合理引導(dǎo)用戶使用下一步的功能，故選項(xiàng)B 說法不正確。第24題：在極限測試過程中，貫穿始終的是 ()A. 單元測試和集成測試B. 單元測試和系統(tǒng)測試C.集成測試和系統(tǒng)測試D.單元測試和驗(yàn)收測試