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

　　在各領(lǐng)域中，我們都要用到考試真題，借助考試真題可以更好地考核參考者的知識才能。你知道什么樣的考試真題才算得上好考試真題嗎？下面是小編幫大家整理的全國計(jì)算機(jī)等級考試四級軟件測試工程師筆試真題(含答案)，僅供參考，大家一起來看看吧。

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

　　一、選擇題

　　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ù)雜組合，定義一個(gè)軟件的質(zhì)量，就等于為該軟件定義一系列質(zhì)量屬性。C項(xiàng)敘述不準(zhǔn)確。 C

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

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

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

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

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

　　參考解析：白盒測試是程序員在編程階段對每個(gè)程序單元進(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ā)給每一個(gè)小組成員，要求他們預(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)人員指定一個(gè)測試組，為被審查程序準(zhǔn)備一批有代表性的測試用例，提交給走查小組，在大多數(shù)的走查中，很多問題是在向程序員提問過程中發(fā)現(xiàn)的，而不是由測試用例直接發(fā)現(xiàn)的。 C

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

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

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

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

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

　　參考解析：軟件測試的不同的測試活動可以是按照某個(gè)次序先后進(jìn)行的，但也可能是反復(fù)的，只要某個(gè)測試達(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:測試員不可能對任何一個(gè)程序都完成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ì)足夠的測試用例，使得判定語句中每個(gè)條件的所有可能取值至少評價(jià)一次，同時(shí)每個(gè)判定語句本身的所有可能分支也至少評價(jià)一次，根據(jù)題中條件，A項(xiàng)正確。

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

　　A:滿足條件覆蓋的測試不一定滿足判定覆蓋

　　B:滿足條件組合覆蓋的測試一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋

　　C:滿足路徑覆蓋的測試也一定滿足條件組合覆蓋

　　D:滿足判定/條件覆蓋的測試也一定滿足判定覆蓋和條件覆蓋

　　參考解析：路徑覆蓋是設(shè)計(jì)足夠的測試用例，執(zhí)行程序中所有可能的路徑，而條件組合覆蓋是設(shè)計(jì)足夠的測試用例，使得每個(gè)判定的所有可能的條件取值組合至少執(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)一步查看每個(gè)進(jìn)程的性能指標(biāo)，以確定哪個(gè)進(jìn)程是影響性能的原因。進(jìn)程分析是指出現(xiàn)性能瓶頸時(shí)，可以進(jìn)一步查看每個(gè)進(jìn)程的性能指標(biāo)，以確定哪個(gè)進(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:單個(gè)成員方法的測試不屬于面向?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ū)ο筌浖�的單元測試中，一棵繼承樹上的每個(gè)類都需要進(jìn)行測試

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

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

　　參考解析：大突擊集成是常用的集成策略，雖有自己的優(yōu)點(diǎn)，也有一些缺陷，不是最有效的測試策略。針對一個(gè)類的多個(gè)實(shí)例間協(xié)作的測試屬于單元測試，在單元測試中，由于集成和多態(tài)的使用，測試不能僅限于子類，還要考慮繼承樹上的各個(gè)父類。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)用軟件而言，性能是一個(gè)至關(guān)重要的因素。因此在對Web應(yīng)用軟件進(jìn)行系統(tǒng)測試時(shí)，必須考慮性能測試。 C

　　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:一個(gè)軟件是否支持不同的操作系統(tǒng)

　　B:一個(gè)殺毒軟件是否會誤刪其他軟件保存的文件

　　C:一個(gè)文字處理軟件的操作方式是否與同類軟件的操作方式一致

　　D:一個(gè)電子郵件收發(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)，測試伴隨著整個(gè)軟件開發(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ī)格說明

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

　　一、 判斷題 (每題2分，20)

　　1、軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動，所以軟件測試在軟件工程的后期才開始具體的工作。 （初級） （ × ）

　　2、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。( √ ) （初級）

　　3、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。（ × ）（初級）

　　4、單元測試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動態(tài)測試。

　�。� √ ）（中級）

　　5、功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。（ √ ）（中級）

　　6、軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測試屬于QC的核心工作內(nèi)容。（√）（高級）

　　7、軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。(√)

　　8、軟件就是程序。(X)

　　9、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯誤。(X)

　　10、I18N測試是指對產(chǎn)品做出具有國際性的規(guī)劃，而L10N測試則是指對軟件做出符合本地需求更改工作。（√）【高級】

　　二、 選擇題 (每題2分 20 )

　　1、 進(jìn)行軟件質(zhì)量管理的重要性有：（ABCD）【中級】

　　A、維護(hù)降低成本 B、法律上的要求 C、市場競爭的需要

　　D、質(zhì)量標(biāo)準(zhǔn)化的趨勢 E、軟件工程的需要 F、CMM過程的一部分

　　G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)

　　2、以測試的形態(tài)分測試可以分為：（ABC）【中級】

　　A、建構(gòu)性測試 B、系統(tǒng)測試 C、專項(xiàng)測試

　　D、單元測試 E、組件測試 F、集成測試

　　3、選出屬于黑盒測試方法的選項(xiàng)（ABC）【初級】

　　A、測試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋

　　D、分支覆蓋 E、語句覆蓋 F、條件覆蓋

　　4、編寫測試計(jì)劃的目的是：（ABC）【中級】

　　A、使測試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢 C、使測試工作更加系統(tǒng)化

　　D、軟件工程以及軟件過程的需要 E、軟件過程規(guī)范化的要求 F、控制軟件質(zhì)量

　　5、依存關(guān)系有4種分別是：（ABCD）【高級】

　　A、開始－結(jié)束 B、開始－開始 C、結(jié)束－開始

　　D、結(jié)束－結(jié)束 E、開始－實(shí)施－結(jié)束 F、結(jié)束－審核－開始

　　6、軟件質(zhì)量管理（QM）應(yīng)有質(zhì)量保證（QA）和質(zhì)量控制（QC）組成，下面的選項(xiàng)屬于QC得是：（ABC）【高級】

　　A、測試 B、跟蹤 C、監(jiān)督

　　D、制定計(jì)劃 E、需求審查 F、程序代碼審查

　　7、實(shí)施缺陷跟蹤的目的是：（ABCD）【中級】

　　A、軟件質(zhì)量無法控制 B、問題無法量化 C、重復(fù)問題接連產(chǎn)生

　　D、解決問題的知識無法保留 E、確保缺陷得到解決 F、使問題形成完整的閉環(huán)處理

　　8、使用軟件測試工具的目的：（ABC）【中級】

　　A、幫助測試尋找問題 B、協(xié)助問題的診斷 C、節(jié)省測試時(shí)間

　　D、提高Bug的發(fā)現(xiàn)率 E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開發(fā)人員

　　9、典型的瀑布模型的四個(gè)階段是：（ABCD）【高級】

　　A、分析 B、設(shè)計(jì) C、編碼

　　D、測試 E、需求調(diào)研 F、實(shí)施

　　10、PSP是指個(gè)人軟件過程 ，是一種可用于（ A ）、（ B ）和（ C ）個(gè)人軟件工作方式的自我改善過程。【高級】

　　A、控制 B、管理 C、改進(jìn)

　　D、高效 E、充分 F、適宜

　　三、 問答題

　　1、 測試人員在軟件開發(fā)過程中的任務(wù)是什么？（初級）(5分)

　　答：

　　（1）、尋找Bug；

　�。�2）、避免軟件開發(fā)過程中的缺陷；

　�。�3）、衡量軟件的品質(zhì)；

　�。�4）、關(guān)注用戶的需求。

　　總的目標(biāo)是：確保軟件的質(zhì)量。

　　2、 在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？（初級）(6分)

　　答：一條Bug記錄最基本應(yīng)包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等；要有效的發(fā)現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測試用例，然后嚴(yán)格執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交Bug的質(zhì)量。

　　3、 界面測試題及設(shè)計(jì)題。請找出下面界面中所存在的問題并分別列出；用黑盒測試的任何一種方法設(shè)計(jì)出此登陸窗體的測試用例。（中級）(6分)

　　答：（1）、窗體的標(biāo)題欄中為空，沒有給出標(biāo)題。

　�。�2）、用戶名和密碼控件的字體不一致并且沒有對齊。

　�。�3）、文本框的大小不一致沒有對其。

　�。�4）、確定和取消按鈕控件的大小不一致。

　　4、 黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)�。ㄖ屑墸�(5分)

　　答：黑盒測試的優(yōu)點(diǎn)有：

　　（1）比較簡單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；

　�。�2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；

　　（3）從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；

　�。�4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；

　�。�5）在做軟件自動化測試時(shí)較為方便。

　　黑盒測試的缺點(diǎn)有：

　�。�1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；

　�。�2）自動化測試的復(fù)用性較低。

　　白盒測試的優(yōu)點(diǎn)有：

　　幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。

　　白盒測試的缺點(diǎn)有：

　�。�1）程序運(yùn)行會有很多不同的路徑，不可能測試所有的運(yùn)行路徑；

　　（2）測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計(jì)的正確與否，可能會漏掉一些功能需求；

　�。�3）系統(tǒng)龐大時(shí)，測試開銷會非常大。

　　5、 根據(jù)自己的理解回答什么是軟件測試，軟件測試分為哪幾個(gè)階段。（初級）(5分)

　　答：軟件測試是一個(gè)為了尋找軟件中的錯誤而運(yùn)行軟件的過程，一個(gè)成功的測試是指找到了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。

　　軟件測試一般分為單元測試、集成測試和系統(tǒng)測試。

　　6、 根據(jù)自己的理解什么是測試用例和測試規(guī)程，設(shè)計(jì)一個(gè)測試用例應(yīng)當(dāng)從哪幾方面考慮？（中級）(10分)

　　答：狹義的講，一個(gè)測試用例就是測試人員用以測試被測軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測試人員專門設(shè)計(jì)出來的測試軟件某些功能的一組數(shù)據(jù)。

　　測試規(guī)程就是詳細(xì)的對測試用例設(shè)計(jì)方法、測試方法、測試工具、測試環(huán)境和測試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測試用例應(yīng)用到被測軟件上完成某項(xiàng)測試的一系列的操作步驟。

　　設(shè)計(jì)測試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價(jià)類劃分，有效/無效值等。

　　7、 什么是軟件質(zhì)量保證？軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何？（高級） (10分)

　　答：軟件質(zhì)量保證就是通過確保軟件過程的質(zhì)量，來保證軟件產(chǎn)品的質(zhì)量。

　　軟件質(zhì)量保證人員和開發(fā)人員之間具有管理上的嚴(yán)格的獨(dú)立性，兩個(gè)小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報(bào)軟件開發(fā)中的問題

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

全國計(jì)算機(jī)等級考試二級VF 筆試真題09-04

以考促學(xué) 全國計(jì)算機(jī)等級考試首開軟件測試科目07-23

摩托羅拉軟件工程師筆試真題08-18

軟件測試工程師筆試題09-24

360軟件工程筆試真題分享09-26

計(jì)算機(jī)等級考試筆試題09-01

思遷數(shù)碼科技招聘java軟件工程師筆試真題09-26

聯(lián)想筆試真題09-26

it軟件筆試樣題08-26