1009全國計(jì)算機(jī)等級考試四級軟件測試工程師筆試真題(含答案)

　　2010年9月全國計(jì)算機(jī)等級考試四級軟件測試工程師筆試真題

　　一、選擇題

　　1:下列有關(guān)軟件質(zhì)量的敘述中，錯誤的是 () A:軟件質(zhì)量不僅包括軟件產(chǎn)品的質(zhì)量，還包括軟件過程的質(zhì)量

　　B:明確的軟件質(zhì)量屬性是指在合同或行業(yè)標(biāo)準(zhǔn)中規(guī)定必須實(shí)現(xiàn)的質(zhì)量要求

　　C:隱含的軟件質(zhì)量屬性在合同或行業(yè)標(biāo)準(zhǔn)中沒有規(guī)定，因此在產(chǎn)品開發(fā)時(shí)不必專門考慮

　　D:軟件的功能和性能必須結(jié)合在一起考慮

　　參考解析：軟件質(zhì)量是表征軟件產(chǎn)品滿足明確的和隱含的需求的能力的特性或特性的集合，它除了關(guān)注“明確的需求”外，還擴(kuò)展到了“隱含的需求”。軟件質(zhì)量是各種特性的復(fù)雜組合，定義一個軟件的質(zhì)量，就等于為該軟件定義一系列質(zhì)量屬性。C項(xiàng)敘述不準(zhǔn)確。 C

　　2: 下列有關(guān)軟件測試的敘述中，正確的是

　　A:測試是軟件開發(fā)中一個單獨(dú)的階段，其目的是對已實(shí)現(xiàn)的程序編碼進(jìn)行正確性檢驗(yàn)

　　B:一個成功的測試能夠驗(yàn)證程序的確做了它應(yīng)該做的事情

　　C:根據(jù)80/20的原則，優(yōu)秀的軟件開發(fā)人員所編寫的程序錯誤少，因此對于他們的程序，重點(diǎn)不應(yīng)放在缺陷測試上 D:在軟件過程的早期尋找盡可能多的錯誤符合軟件測試的原則

　　參考解析：對于A項(xiàng)，軟件測試貫穿于軟件開發(fā)的整個過程，其功能是驗(yàn)證軟件的功能是否按照預(yù)先的設(shè)想執(zhí)行的。對于B項(xiàng)，一個成功的軟件測試是發(fā)現(xiàn)了以前未發(fā)現(xiàn)的錯誤的測試。對于C項(xiàng)，根據(jù)80/20原則，如果發(fā)現(xiàn)一程序模塊似乎比其它程序模塊有更多的錯誤傾向時(shí)，則應(yīng)當(dāng)花費(fèi)較多的時(shí)間和代價(jià)測試這個過程模塊。 D項(xiàng)正確。

　　3: 下列有關(guān)白盒測試的敘述中，錯誤的是

　　A:白盒測試是在同時(shí)擁有源代碼和可執(zhí)行代碼的情形下才可以進(jìn)行的一種軟件測試方法

　　B:白盒測試應(yīng)該由開發(fā)人員實(shí)施，因?yàn)橹挥兴麄儾拍軌蛟L問測試執(zhí)行所涉及的代碼

　　C:即使對所有的源代碼都進(jìn)行了100%的邏輯覆蓋測試，也不能保證程序中沒有錯誤 D:軟件測試人員制定測試計(jì)劃的目的是想盡可能多地對源代碼進(jìn)行測試

　　白盒測試是程序員在編程階段對每個程序單元進(jìn)行測試的最有效的測試類型，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。 A。 4: 下列有關(guān)黑盒測試的敘述中，錯誤的是

　　A:黑盒測試是在不考慮源代碼的情形下進(jìn)行的一種軟件測試方法

　　B:最好由測試人員、最終用戶和開發(fā)人員組成的`團(tuán)隊(duì)來實(shí)施黑盒測試

　　C:黑盒測試主要是通過對比和分析實(shí)測結(jié)果和預(yù)期結(jié)果來發(fā)現(xiàn)它們之間的差異，所以黑盒測試又稱為"數(shù)據(jù)驅(qū)動"測試 D:數(shù)據(jù)流測試是一種黑盒測試方法

　　數(shù)據(jù)流可看作是一種路徑測試，它主要關(guān)注在一條路徑上變量在何處定義，在何處使用，它是一種白盒測試方法。 D 5: 走查是一種重要的審查方法，下列所述的審查活動中，不屬于走查的是

　　A:審查小組的組織者事先把相關(guān)的設(shè)計(jì)文檔、源程序和其他材料發(fā)給每一個小組成員，要求他們預(yù)先了解審查的內(nèi)容 B:測試員事先根據(jù)審查的源代碼準(zhǔn)備一批測試用例

　　C:程序員在小組審查會上向全體審查人員逐條講解自己編寫的程序

　　D:所有參與審查的人員集體扮演"計(jì)算機(jī)"的角色，使用事先準(zhǔn)備的測試用例按照源程序規(guī)定的順序逐條執(zhí)行，討論可能出現(xiàn)的問題

　　參考解析：走查人員走查產(chǎn)品并且準(zhǔn)備在走查會議上討論他們對產(chǎn)品作出的評注、建議、問題，同時(shí)，協(xié)調(diào)人員指定一個測試組，為被審查程序準(zhǔn)備一批有代表性的測試用例，提交給走查小組，在大多數(shù)的走查中，很多問題是在向程序員提問過程中發(fā)現(xiàn)的，而不是由測試用例直接發(fā)現(xiàn)的。 C

　　6: 下面有關(guān)軟件測試的敘述中，不屬于H模型核心思想的是

　　A:軟件測試不僅僅指測試的執(zhí)行，還包括很多其他的活動

　　B:軟件測試是一個獨(dú)立的流程，貫穿產(chǎn)品整個開發(fā)周期，與其他流程并發(fā)地進(jìn)行

　　C:軟件測試要盡早準(zhǔn)備，盡早執(zhí)行

　　D:軟件測試不同層次的測試活動嚴(yán)格按照某種線性次序執(zhí)行

　　參考解析：軟件測試的不同的測試活動可以是按照某個次序先后進(jìn)行的，但也可能是反復(fù)的，只要某個測試達(dá)到準(zhǔn)備就緒點(diǎn)，測試活動就可以開展。 D

　　7: 下面有關(guān)路徑測試的敘述中，錯誤的是 A:路徑覆蓋是最強(qiáng)的覆蓋測試，它不但能發(fā)現(xiàn)其他覆蓋測試能發(fā)現(xiàn)的問題，還能發(fā)現(xiàn)其他覆蓋測試不能發(fā)現(xiàn)的問題 B:測試員不可能對任何一個程序都完成l00%的路徑測試

　　C:不提倡用不同的數(shù)據(jù)重復(fù)測試同一條路徑

　　D:即使每條路徑都執(zhí)行了一次，程序還是可能存在缺陷 參考解析：路徑覆蓋就是設(shè)計(jì)足夠的測試用例，執(zhí)行程序中所有可能的路徑，盡管路徑覆蓋比判定/條件覆蓋更強(qiáng)，但路徑覆蓋并不一定包含判定/條件覆蓋。 A

　　8: 同行評審主要包括管理評審、技術(shù)評審、過程評審和

　　A:需求評審 B:文檔評審 C:質(zhì)量評審 D:風(fēng)險(xiǎn)評審

　　參考解析：同行評審設(shè)計(jì)的內(nèi)容很多，主要分為管理評審、技術(shù)評審、文檔評審和過程評審。B項(xiàng)正確

　　9:對于如下給出的程序段：

　　if(A>B)and(C=5)

　　then do P1;

　　若考慮滿足條件/判定覆蓋原則以及內(nèi)部邊界條件，需要設(shè)計(jì)的最小測試輸入數(shù)據(jù)集可能是 A:(A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5)，(A=1，B=1，C=5)

　　B:(A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5)，(A=1，B=2，C=4) C:(A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5) D:(A=2，B=1，C=5)，(A=1，B=2，C=4)

　　參考解析：條件/判定覆蓋就是設(shè)計(jì)足夠的測試用例，使得判定語句中每個條件的所有可能取值至少評價(jià)一次，同時(shí)每個判定語句本身的所有可能分支也至少評價(jià)一次，根據(jù)題中條件，A項(xiàng)正確。

　　10:下列關(guān)于邏輯覆蓋的說法中，錯誤的是

　　A:滿足條件覆蓋的測試不一定滿足判定覆蓋 B:滿足條件組合覆蓋的測試一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋 C:滿足路徑覆蓋的測試也一定滿足條件組合覆蓋 D:滿足判定/條件覆蓋的測試也一定滿足判定覆蓋和條件覆蓋

　　參考解析：路徑覆蓋是設(shè)計(jì)足夠的測試用例，執(zhí)行程序中所有可能的路徑，而條件組合覆蓋是設(shè)計(jì)足夠的測試用例，使得每個判定的所有可能的條件取值組合至少執(zhí)行一次。二者無關(guān)系 C

　　11.以下關(guān)于軟件性能測試的說法中，正確的是 A:對于沒有并發(fā)的應(yīng)用系統(tǒng)而言，響應(yīng)時(shí)間與吞吐量成反比關(guān)系 B:應(yīng)用系統(tǒng)的資源利用率越高，性能也就越好

　　C:軟件性能測試是從用戶視角考察軟件性能 D:并發(fā)進(jìn)程數(shù)是軟件性能測試中一種常用的性能指標(biāo) 參考解析：對于B項(xiàng)，資源利用率反映的是在一段時(shí)間內(nèi)資源平均被占用的情況。對于C項(xiàng)，軟件性能測試有用戶視角、管理員視角、開發(fā)人員視角。對于D項(xiàng)，并發(fā)進(jìn)程數(shù)不是軟件性能測試的指標(biāo)。 A

　　12:以下哪一種技術(shù)屬于基于性能計(jì)數(shù)器的分析技術(shù)

　　A:數(shù)據(jù)流分析 B:指針分析 C:時(shí)間序列分析 D:進(jìn)程分析

　　參考解析：通過進(jìn)程分析，可以進(jìn)一步查看每個進(jìn)程的性能指標(biāo)，以確定哪個進(jìn)程是影響性能的原因。進(jìn)程分析是指出現(xiàn)性能瓶頸時(shí)，可以進(jìn)一步查看每個進(jìn)程的性能指標(biāo)，以確定哪個進(jìn)程是造成性能瓶頸的原因。D項(xiàng)正確。

　　13以下哪種軟件測試屬于軟件性能測試的范疇

　　A:路徑覆蓋測試 B:并發(fā)測試 C:安全性測試 D:健壯性測試

　　參考解析：并發(fā)測試是指模擬多用戶并發(fā)使用軟件的情況，從而測試軟件是否存在與并發(fā)有關(guān)的缺陷，B項(xiàng)正確

　　14:以下關(guān)于軟件可靠性測試的說法中，正確的是

　　A:軟件可靠性測試是一種比白盒測試更嚴(yán)格的軟件測試 B:軟件可靠性測試的代價(jià)通常比較高

　　C:軟件可靠性測試本質(zhì)上是一種黑盒單元測試 D:軟件可靠性測試不適用于面向?qū)ο筌浖�測試

　　參考解析：軟件可靠性測試是：(1)在規(guī)定的條件下，在規(guī)定的時(shí)間內(nèi)軟件不引起系統(tǒng)失效的概率。(2)在規(guī)定的時(shí)間周期內(nèi)，在所述條件下程序執(zhí)行所要求的功能的能力。要進(jìn)行測試需要經(jīng)歷確定可靠性目標(biāo)，定義軟件運(yùn)行剖面，設(shè)計(jì)測試用例，實(shí)施可靠性測試，分析測試結(jié)果等階段，因此軟件可 靠性測試代價(jià)非常高，軟件可靠性既可用白盒測試又可用黑盒測試，軟件可靠性測試也適用于面向?qū)ο筌浖�測試。 B

　　15:以下關(guān)于面向?qū)ο筌浖�測試的說法中，正確的是 A:單個成員方法的測試不屬于面向?qū)ο髥卧獪y試考慮的范疇

　　B:等價(jià)類劃分測試只適用于傳統(tǒng)軟件的測試，不適用于面向?qū)ο筌浖�的測試

　　C:基于判定表的測試適用于面向?qū)ο筌浖�的測試

　　D:抽象類無法進(jìn)行單元測試

　　參考解析：抽象類中的方法沒有具體的定義，不能進(jìn)行方法層次的測試，方法層次的測試是單元測試中非常重要的方面，缺少了這一方面也就不能進(jìn)行單元測試。 D

　　16:以下關(guān)于面向?qū)ο筌浖�測試的說法中，正確的是 A:大突擊集成是最有效的面向?qū)ο筌浖�集成測試策略

　　B:在面向?qū)ο筌浖�的單元測試中，一棵繼承樹上的每個類都需要進(jìn)行測試

　　C:針對一個類的多個實(shí)例間協(xié)作的測試屬于面向?qū)ο筌浖�集成測試考慮的范疇

　　D:在面向?qū)ο筌浖�的單元測試中，基于判定表的測試是類層次測試的常用方法

　　大突擊集成是常用的集成策略，雖有自己的優(yōu)點(diǎn)，也有一些缺陷，不是最有效的測試策略。針對一個類的多個實(shí)例間協(xié)作的測試屬于單元測試，在單元測試中，由于集成和多態(tài)的使用，測試不能僅限于子類，還要考慮繼承樹上的各個父類。B 17:以下關(guān)于Web應(yīng)用軟件測試的說法中，正確的是 A:排版結(jié)構(gòu)測試是數(shù)據(jù)層測試關(guān)注的內(nèi)容

　　B:鏈接測試是Web應(yīng)用軟件內(nèi)容測試的重要內(nèi)容

　　C:在對Web應(yīng)用軟件進(jìn)行系統(tǒng)測試時(shí)，通常需要考慮性能測試

　　D:測試Web應(yīng)用軟件在多用戶的情況下是否會出現(xiàn)系統(tǒng)崩潰，屬于Web應(yīng)用軟件可靠性測試考慮的范疇

　　參考解析：排版結(jié)構(gòu)測試屬于表示層的測試，鏈接測試是功能測試的內(nèi)容。對于Web應(yīng)用軟件而言，性能是一個至關(guān)重要的因素。因此在對Web應(yīng)用軟件進(jìn)行系統(tǒng)測試時(shí)，必須考慮性能測試。 CCCCCCCCC 18:以下關(guān)于Web應(yīng)用軟件測試的說法中，正確的是

　　A:應(yīng)用服務(wù)器兼容性測試是Web應(yīng)用軟件業(yè)務(wù)層測試的一項(xiàng)內(nèi)容

　　B:瀏覽器兼容性測試是Web應(yīng)用軟件安全性測試的一項(xiàng)內(nèi)容

　　C:Web應(yīng)用軟件壓力測試的主要內(nèi)容是并發(fā)測試

　　D:表單測試是Web應(yīng)用軟件易用性測試的一項(xiàng)內(nèi)容

　　參考解析：瀏覽器兼容性測試是Web應(yīng)用軟件表示層的測試，表單測試屬于功能測試的內(nèi)容，壓力測試的目的是檢查系統(tǒng)在壓力下的穩(wěn)定性。A項(xiàng)正確。

　　19:以下哪一項(xiàng)屬于軟件易用性測試關(guān)注的內(nèi)容

　　A:Web應(yīng)用軟件是否支持不同廠商開發(fā)的瀏覽器 B:軟件是否提供圖形用戶界面

　　C:軟件提供的功能是否豐富 D:在處理復(fù)雜任務(wù)時(shí)，軟件的響應(yīng)時(shí)間是否符合需求

　　Web應(yīng)用軟件是否支持不同瀏覽器，軟件功能是否豐富是功能測試的內(nèi)容。在處理復(fù)雜性的響應(yīng)時(shí)間是否符合要求是性能測試的內(nèi)容，但和易用性測試無關(guān)。 BBBBBBBB

　　20:以下哪一項(xiàng)屬于數(shù)據(jù)兼容性測試關(guān)注的范疇

　　A:一個軟件是否支持不同的操作系統(tǒng) B:一個殺毒軟件是否會誤刪其他軟件保存的文件

　　C:一個文字處理軟件的操作方式是否與同類軟件的操作方式一致D:一個電子郵件收發(fā)軟件是否可以導(dǎo)入以前版本保存的郵件 參考解析：A、B、C均屬于軟件兼容性測試關(guān)注的內(nèi)容，D屬于數(shù)據(jù)兼容性關(guān)注的內(nèi)容。

　　21:下列有關(guān)測試過程抽象模型的描述中，正確的是 A:V模型中，單元測試驗(yàn)證的是程序編碼

　　B:W模型強(qiáng)調(diào)，測試伴隨著整個軟件開發(fā)周期同步進(jìn)行，測試的對象是程序和設(shè)計(jì)

　　C:H模型的提出源自軟件開發(fā)中的活動常常是交叉進(jìn)行的，存在反復(fù)觸發(fā)、迭代的關(guān)系

　　D:X模型提出針對完整的程序進(jìn)行集成的編碼和測試

　　參考解析：W模型測試的對象除了程序和設(shè)計(jì)外，還包括需求。H模型的提出源自軟件開發(fā)中的活動常常是交叉進(jìn)行的，但反復(fù)觸發(fā)、迭代的關(guān)系發(fā)生在軟件測試活動內(nèi)部，與其他活動無關(guān)。X模型提出針對單獨(dú)的程序片段進(jìn)行相互分離的編碼和測試，不是針對完整的程序進(jìn)行集成的編碼和測試。 A

　　22:下列有關(guān)測試執(zhí)行管理的描述中，錯誤的是

　　A:測試用例執(zhí)行要求保證測試結(jié)果準(zhǔn)確完整 B:對測試結(jié)果的追蹤應(yīng)該可追溯到具體責(zé)任人

　　C:測試執(zhí)行完成后，并不意味著測試項(xiàng)目的結(jié)束 D:檢查完所有測試用例的執(zhí)行結(jié)果是否完整即可結(jié)束測試執(zhí)行 參考解析：測試用例執(zhí)行要求保證測試結(jié)果準(zhǔn)確完整。測試執(zhí)行完成后需要將測試報(bào)告或質(zhì)量發(fā)送出去，并得到項(xiàng)目經(jīng)理認(rèn)可才算結(jié)束。只有檢查過的所有測試用例的結(jié)果正確、準(zhǔn)確完整才能結(jié)束測試執(zhí)行。 D

　　23:以下有關(guān)自動化測試腳本的說法中，錯誤的是 A:數(shù)據(jù)驅(qū)動腳本將測試輸入存儲在腳本中 B:線性腳本容易受軟件變化的影響，且無共享和重用的腳本 C:結(jié)構(gòu)化腳本的優(yōu)點(diǎn)是健壯性更好，可以對一些容易導(dǎo)致測試失敗的特殊情況進(jìn)行處理 D:共享腳本的維護(hù)開銷低于線性腳本 參考解析：數(shù)據(jù)驅(qū)動腳本將測試輸入存儲在獨(dú)立的數(shù)據(jù)文件中，A

　　24:以下哪一項(xiàng)不屬于測試策劃的內(nèi)容

　　A:確定測試的充分性要求 B:建立測試環(huán)境 C:提出測試的基本方法 D:制定測試計(jì)劃 參考解析：建立測試環(huán)境是測試執(zhí)行階段的內(nèi)容 B

　　25:單元測試的測試用例設(shè)計(jì)主要依據(jù)是 A:需求規(guī)格說明 B:概要設(shè)計(jì)說明 C:接口規(guī)格說明 D:詳細(xì)設(shè)計(jì)說明

　　參考解析：單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，在單元測試活動中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。單元測試的測試用例設(shè)計(jì)主要根據(jù)接口規(guī)格說明

　　二、論述題

　　1:設(shè)計(jì)黑盒測試的測試用例

　　某圖書出租商店欲開發(fā)一個租書信息管理系統(tǒng)，管理圖書的租借業(yè)務(wù)。

【1009全國計(jì)算機(jī)等級考試四級軟件測試工程師筆試真題(含答案)】相關(guān)文章：

長沙銀行筆試真題04-09

銀行校招筆試真題練習(xí)03-29

綜合素質(zhì)測試：編導(dǎo)筆試填空題04-05

2017郵政儲蓄筆試真題和面經(jīng)07-20

2017雅思筆試真題+答案(大陸卷)07-18

農(nóng)信社、農(nóng)商銀行免筆試面試真題07-07

2017雅思筆試真題+答案(大陸卷+亞太卷)07-18

2017年福建農(nóng)信社免筆試面試真題匯總07-11

中國工商銀行筆試真題04-09

華為筆試網(wǎng)絡(luò)題08-22