計(jì)算機(jī)四級軟件測試工程師-16

1、計(jì)算機(jī)四級軟件測試工程師 -16( 總分： 100.00 ，做題時(shí)間： 90 分鐘 )一、選擇題 (總題數(shù)： 25，分?jǐn)?shù)： 50.00)1. 以下測試用例哪一組能夠滿足判定一條件覆蓋 。(分?jǐn)?shù)： 2.00 )A. (a=2,b=0,x=6)、(a=1,b=1,x=1) VB. (a=8,b=7,x=114)、 (a=33,b=50,x=32)C. (a=29,b=20,x=25)、 (a=3,b=9,x=36)D. (a=21,b=20,x=62)、 (a=22,b=40,x=24)解析：解析 判定一條件覆蓋是指選取足夠多的測試數(shù)據(jù)，使得判定表達(dá)式中的每個(gè)條件的所有可能取值至少執(zhí)行一次，而且每

2、個(gè)判定表達(dá)式的所有可能的判定結(jié)果至少執(zhí)行一次。第(6)題中A選項(xiàng)的測試用例的執(zhí)行路徑分別為1356、1246。兩條判定語句的真假取值分別為 T1、T2、T3、T4，F(xiàn)1、F2、F3、F4,所以既 滿足條件覆蓋又滿足判定覆蓋。其他選項(xiàng)的分析雷同。2. 下列針對軟件測試過程的說法，不正確的是 。(分?jǐn)?shù)： 2.00 )A. 軟件測試過程是一種抽象的過程B. 軟件測試過程用于定義軟件測試的流程和方法C. 軟件測試過程決定軟件的質(zhì)量 VD. 軟件測試過程直接影響測試結(jié)果的準(zhǔn)確性和有效性解析： 解析 軟件測試過程是一種抽象的模型，用于定義軟件測試的流程和方法。軟件開發(fā)過程決定軟件 的質(zhì)量，軟件測試過程質(zhì)量

3、直接影響測試結(jié)果的準(zhǔn)確性和有效性。3. 功能或性能沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯誤，這屬于軟件缺陷級別中 的 。(分?jǐn)?shù)： 2.00 )A. 致命的缺陷 (fatal)B. 嚴(yán)重的缺陷 (critical) VC. 一般的缺陷 (major)D. 微小的缺陷 (minor)解析： 解析 軟件缺陷一旦被發(fā)現(xiàn)，就要設(shè)法找出引起該缺陷的原因，分析對產(chǎn)品質(zhì)量的影響，然后確定 軟件缺陷的嚴(yán)重性和處理這個(gè)缺陷的優(yōu)先級。一般來說，問題越嚴(yán)重，其處理的優(yōu)先級越高，越要得到及 時(shí)的糾正。軟件缺陷有 4 種級別：致命的缺陷 (fatal) 、嚴(yán)重的缺陷 (critical) 、一般的缺陷

4、(major) 、微 小的缺陷 (minor) 。4. 不是軟件測試評估的目的是 。分?jǐn)?shù)： 2.00 )A. 量化測試過程，判定測試進(jìn)行的狀態(tài)B. 決定什么時(shí)候測試可以結(jié)束C. 保證每個(gè)階段的測試任務(wù)得到執(zhí)行 VD. 為最后的測試或質(zhì)量分析報(bào)告生成所需的量化數(shù)據(jù) 解析： 解析 軟件測試評估的目的是： 量化測試過程， 判定測試進(jìn)行的狀態(tài)， 決定什么時(shí)候測試可以結(jié)束； 為最后的測試或質(zhì)量分析報(bào)告生成所需的量化數(shù)據(jù)。5. 軟件可靠性的基本指標(biāo)不包括以下選項(xiàng)中的 。（分?jǐn)?shù)： 2.00 ）A. 規(guī)定條件下不引起系統(tǒng)失效的概率B. 規(guī)定時(shí)間內(nèi)不引起系統(tǒng)失效的概率C. 在規(guī)定時(shí)間周期內(nèi)，在所述條件下執(zhí)行所要

5、求的功能的能力D. 在規(guī)定人員操作下不引起系統(tǒng)失效的概率V解析：解析軟件可靠性有兩方面的含義：在規(guī)定條件下，規(guī)定時(shí)間內(nèi)，軟件不引起系統(tǒng)失效的概率。 在規(guī)定時(shí)問周期內(nèi)，在所述條件下執(zhí)行所要求的功能的能力。而與軟件的操作人員無關(guān)。6. 關(guān)于軟件集成測試，下列說法不正確的是 。（分?jǐn)?shù)： 2.00 ）A. 集成測試的對象包括任意一個(gè)軟件單元集成到計(jì)算機(jī)軟件系統(tǒng)的組裝過程B. 集成測試的對象包括任意一個(gè)組裝得到的軟件系統(tǒng)C. 軟件集成測試的目的是檢驗(yàn)單元之間、軟件單元和以集成的軟件系統(tǒng)之間的接口關(guān)系D. 軟件的集成測試不需要驗(yàn)證以集成軟件系統(tǒng)是否符合設(shè)計(jì)要求V解析： 解析 軟件集成測試的目的是檢驗(yàn)單元之

6、問、軟件單元和以集成的軟件系統(tǒng)之問的接口關(guān)系，并驗(yàn) 證以集成軟件系統(tǒng)是否符合設(shè)計(jì)要求。7. 如果軟件出現(xiàn)修改設(shè)計(jì)的嚴(yán)重錯誤，那么軟件質(zhì)量和可靠性就不能保證，應(yīng)對軟件進(jìn)一步測試。如果經(jīng) 過測試，軟件功能完善，錯誤率數(shù)據(jù)很少，并易于修改，可能的結(jié)果是。（分?jǐn)?shù)： 2.00 ）A. 軟件的質(zhì)量和可靠性可以接受B. 所做的測試不充分C. 先前做出的改正是錯誤的D. A 或者 B V解析： 解析 通過收集和分析測試結(jié)果中出錯率的數(shù)據(jù)，可建立可靠性模型，進(jìn)行可靠性預(yù)報(bào)，如果出現(xiàn)上述情況，那么有兩種可能：要么是軟件的質(zhì)量和可靠性可以接受，要么是所做的測試不充分。8. 以下程序的路徑數(shù)為 。lf（a v 8）l

7、f（b 0）Result=a*b;lf （c 8） result+=1:（分?jǐn)?shù)： 2.00 ）A. 3B. 6 VC. 8D. 12解析：解析此題的程序可以看成一個(gè)嵌套的判定與一個(gè)普通判定串接，嵌套型的路徑數(shù)為n+1，所以整個(gè)代碼可以看成一個(gè) 3路徑判定和一個(gè)2路徑判定的串接，所以總路徑數(shù)為 3X2=6條。9. 關(guān)于等價(jià)分類測試法，下列說法不正確的是（分?jǐn)?shù)： 2.00 ）A. 使用等價(jià)分類法設(shè)計(jì)測試方案時(shí)首先需要劃分輸入數(shù)據(jù)的等價(jià)類B. 等價(jià)類是指某個(gè)輸入域的子集合，在該子集合中各個(gè)輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的C. 測試某個(gè)等價(jià)類的代表值就等價(jià)于對這一類其他值的測試D. 等價(jià)類的劃分

8、始終不能詳盡，所以要盡量避免使用等價(jià)分類法進(jìn)行測試V解析：解析 等價(jià)分類法是一種典型的黑盒測試技術(shù)。窮盡的黑盒測試需要使用所有有效的和無效的輸入數(shù)據(jù)來測試程序，這是不現(xiàn)實(shí)的，等價(jià)分類法的實(shí)現(xiàn)正是克服了這一點(diǎn)。以上幾種說法，D選項(xiàng)是錯誤的認(rèn)識。10. 性能測試主要用于實(shí)時(shí)系統(tǒng)和嵌入式系統(tǒng)，其目標(biāo)是 。（分?jǐn)?shù)： 2.00 ）A. 測試各種資源在超負(fù)荷的情況下的運(yùn)行情況B. 檢測系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量C. 度量系統(tǒng)的性能和預(yù)先定義的目標(biāo)有多大差距 VD. 驗(yàn)證系統(tǒng)從軟件或者硬件失效中恢復(fù)的能力解析： 解析 性能測試主要用于實(shí)時(shí)系統(tǒng)和嵌入式系統(tǒng)，性能測試是指測試軟件在集成系統(tǒng)中的運(yùn)行性能，其

9、目標(biāo)是度量系統(tǒng)的性能和預(yù)先定義的目標(biāo)有多大差距。性能測試必須要有工具支持。常用的測試用例設(shè) 計(jì)方法有規(guī)范導(dǎo)出法。11. 關(guān)于面向?qū)ο筌浖卧獪y試的說法，錯誤的是 。（分?jǐn)?shù)： 2.00 ）A. 面向?qū)ο筌浖锌瑟?dú)立被測試的單元通常是一個(gè)類族B. 面向?qū)ο筌浖锌瑟?dú)立被測試的單元也可能是一個(gè)獨(dú)立的類C. 面向?qū)ο蟮膯卧獪y試分為方法層次、類層次和類樹層次的測試D. 面向?qū)ο蟮膯卧獪y試與面向過程的單元測試目的相同V解析：解析A、B、C選項(xiàng)中關(guān)于面向?qū)ο筌浖卧獪y試的陳述都是正確的，面向?qū)ο筌浖臏y試主要包 括兩方面的內(nèi)容：檢查分析結(jié)果是否符合相應(yīng)面向?qū)ο蠓治龇椒ǖ囊?；檢查分析結(jié)果是否可以滿足軟件 要

10、求。與面向過程的測試有著不同的測試目的。12. 軟件開發(fā)過程中必須伴有質(zhì)量保證活動。 而軟件測試又是軟件質(zhì)量保證的關(guān)鍵因素。 針對下列說法正確 的是 。（分?jǐn)?shù)： 2.00 ）A. 發(fā)布出去的軟件有質(zhì)量問題，是軟件測試人員的錯B. 軟件測試技術(shù)要求不高，至少比編程容易得多C. 軟件測試是測試人員的事，與開發(fā)人員無關(guān)D. 軟件測試階段發(fā)現(xiàn)的錯誤并不只是在編碼階段產(chǎn)生的，需求和設(shè)計(jì)極端也會產(chǎn)生錯誤V解析： 解析 軟件測試環(huán)節(jié)現(xiàn)在已經(jīng)引起了越來越多人們的關(guān)注。但是相對于軟件開發(fā)而言，對軟件測試 還是存在很多誤區(qū)。A、B、C均為錯誤的認(rèn)識，而 D選項(xiàng)則正確地表明了測試中發(fā)現(xiàn)的軟件錯誤的來源, 不只在編碼

11、階段，軟件開發(fā)的各個(gè)階段都會產(chǎn)生錯誤。13. 下列關(guān)于測試團(tuán)隊(duì)的說法中，不正確的是 。分?jǐn)?shù)： 2.00 ）A. 建立、組織和管理一支優(yōu)秀的測試團(tuán)隊(duì)是做好軟件測試工作的基礎(chǔ)，也是最重要的工作之一B. 測試團(tuán)隊(duì)的規(guī)模一般要非常得大，哪怕再小的軟件測試小組也不能一個(gè)人VC. 測試人員的基本職責(zé)是發(fā)現(xiàn)系統(tǒng)的缺陷D. 測試組織管理就是如何以最小的成本、最高的效率在計(jì)劃時(shí)間內(nèi)發(fā)現(xiàn)系統(tǒng)盡可能多的和有價(jià)值的缺陷解析： 解析 建立、組織和管理一支優(yōu)秀的測試團(tuán)隊(duì)是做好軟件測試工作的基礎(chǔ)，也是最重要的工作之一。A、C D選項(xiàng)中對測試團(tuán)隊(duì)的說法都是正確的。關(guān)于測試團(tuán)隊(duì)的規(guī)模，測試團(tuán)隊(duì)的規(guī)模一般可能不會非常 大。如果項(xiàng)

12、目很小，測試小組就一個(gè)人，那么這個(gè)人就要扮演這些不同的角色。14. 在面向?qū)ο筌浖募蓽y試中， 集成策略反應(yīng)了集成測試中如何選擇每輪測試的對象， 實(shí)際測試中為保 證測試充分，?？紤]測試類間的連接，常用技術(shù)有 。 類關(guān)聯(lián)的多重性測試 受控異常測試 往返場景測試 模態(tài)機(jī)測試（分?jǐn)?shù)： 2.00 ）A. B. C. D. V解析： 解析 在面向?qū)ο笾?，類問的關(guān)聯(lián)關(guān)系存在多重性方面的限制，對多重性的測試是針對類間連接的 是的重要方面。異常處理時(shí)多數(shù)面向?qū)ο缶幊陶Z言的重要機(jī)制。在面向?qū)ο笾校S多功能是通過多個(gè)類相 互協(xié)作完成，往返場景測試就是針對類間協(xié)作的一種測試技術(shù)。模態(tài)機(jī)測試類似于類層次的模層次的模

13、態(tài) 類測試。15. 關(guān)于Web應(yīng)用軟件的特點(diǎn)描述，錯誤的是 。（分?jǐn)?shù)： 2.00 ）A. 基于無連接協(xié)議B. 由內(nèi)容驅(qū)動C. 開發(fā)周期較長，演變較慢 VD. 完全性要求較高解析：解析所謂Web應(yīng)用軟件，就是 Browser/Server（B/S）結(jié)構(gòu)的軟件，其特點(diǎn)是基于無連接協(xié)議，內(nèi)容驅(qū)動，開發(fā)周期短，演化頻繁，安全性要求高，美觀性要求較高。16. 軟件測試的目的是 。（分?jǐn)?shù)： 2.00 ）A. 軟件編寫完成以后的后續(xù)工作B. 尋找軟件缺陷而執(zhí)行程序的過程 VC. 使軟件能更好地工作D. 保證程序能完全正確地被執(zhí)行解析： 解析 軟件測試的目的是為了盡可能地發(fā)現(xiàn)軟件的缺陷，而不是證明軟件是正確的

14、。從否定測試的 角度來說測試是為了發(fā)現(xiàn)錯誤而執(zhí)行的一個(gè)程序或系統(tǒng)的過程。17. 軟件測試環(huán)境包括 。分?jǐn)?shù)： 2.00 ）A. 測試設(shè)計(jì)環(huán)境B. 測試實(shí)施環(huán)境C. 測試管理環(huán)境D. 以上全部V解析： 解析 測試環(huán)境包括測試設(shè)計(jì)環(huán)境、測試實(shí)施環(huán)境和測試管理環(huán)境。18. 被看成一個(gè)“主程序”主要用來接收測試數(shù)據(jù)， 把這些數(shù)據(jù)傳送給被測試的模塊， 并且打印出有關(guān)數(shù)據(jù) 的模塊是 。(分?jǐn)?shù)： 2.00 )A. 樁模塊B. 數(shù)據(jù)模塊C. 接口模塊D. 驅(qū)動模塊 V解析： 解析 在單元測試時(shí)，程序員必須編寫一個(gè)驅(qū)動模塊，用來調(diào)用被測模塊并向其傳送測試數(shù)據(jù)，驅(qū) 動模塊相當(dāng)于被測模塊的主程序。19. 如果程序中有

15、兩個(gè)判定條件，其復(fù)合條件表達(dá)式分別為(a =3)and(b O)or(c 2)，則為了達(dá)到 100%的判定覆蓋率，至少需要設(shè)計(jì)的測試用例個(gè)數(shù)為 。(分?jǐn)?shù)： 2.OO )A. 1B. 2 VC. 3D. 4解析： 解析 判定覆蓋就是指設(shè)計(jì)若干測試用例，運(yùn)行被測程序，使得程序中每個(gè)判定的取真分支和取假分支至少評價(jià)一次。針對該題取a=3, b=5,c=1和a=-1 , b=5,c=3兩組測試用例即可達(dá)到 100%勺判定覆蓋率，故本題答案為 B。20. 關(guān)于Web應(yīng)用軟件功能測試，以下說法正確的是 。(分?jǐn)?shù)： 2.00 )A. 由于測試的不可窮舉性，因此鏈接測試不需要測試所有的鏈接VB. Cookie

16、測試不在Web功能測試所關(guān)注的范圍之內(nèi)C. Web功能測試不能看成是對整個(gè)Web應(yīng)用軟件進(jìn)行的集成測試D. 在Web應(yīng)用中，許多復(fù)雜的功能是通過表單完成的解析：解析因?yàn)閃eb應(yīng)用中鏈接是不可數(shù)的，所以不需要也不可能測試所有的鏈接，Cookie測試當(dāng)然應(yīng)該包含在Web功能測試所關(guān)注的范圍之內(nèi)。21. 關(guān)于面向?qū)ο蟮脑O(shè)計(jì)，下列說法錯誤的是 。(分?jǐn)?shù)： 2.00 )A. 面向?qū)ο蟮脑O(shè)計(jì)以面向?qū)ο蠓治鰹榛A(chǔ)歸納出類B. 建立類結(jié)構(gòu)或進(jìn)一步構(gòu)造成類庫，實(shí)現(xiàn)分析結(jié)果對問題空間的抽象C. 面向?qū)ο蟮脑O(shè)計(jì)是面向?qū)ο蠓治龅牧硪环N思維方式VD. 面向?qū)ο蟮脑O(shè)計(jì)是面向?qū)ο蠓治鲞M(jìn)一步的細(xì)化和更高的抽象解析： 解析 面

17、向?qū)ο蟮脑O(shè)計(jì)以面向?qū)ο蠓治鰹榛A(chǔ)歸納出類，并建立類結(jié)構(gòu)或進(jìn)一步構(gòu)造類庫，實(shí)現(xiàn)分 析結(jié)果對問題空間的抽象。由此可見，面向?qū)ο蟮脑O(shè)計(jì)并不是面向?qū)ο蠓治龅牧硪环N思維方式，而是面向 對象分析的進(jìn)一步的細(xì)化和更高層的抽象，面向?qū)ο笤O(shè)計(jì)與面向?qū)ο蠓治龅慕缦尥ǔＪ请y以嚴(yán)格區(qū)分的。22. 測試工作的整體目標(biāo)是（分?jǐn)?shù):2.00 ）A. 確定測試的任務(wù)B. 確定測試所需的各種資源和投入C. 遇見可能岀現(xiàn)的風(fēng)險(xiǎn)和問題以指導(dǎo)測試的執(zhí)行D. 以上全部 V解析：解析測試計(jì)劃的整體目標(biāo)是為了確定測試的任務(wù)、所需的各種資源和投入、預(yù)見可能岀現(xiàn)的問題和風(fēng)險(xiǎn)，以指導(dǎo)測試的執(zhí)行，最終實(shí)現(xiàn)測試的目標(biāo)。23. 兼容性測試是指。（分?jǐn)?shù)：

18、2.00 ）A. 針對軟件對其運(yùn)行環(huán)境的依賴進(jìn)行測試，以驗(yàn)證軟件是否能夠在所有期望的環(huán)境中運(yùn)行VB. 測試本款軟件與其他應(yīng)用軟件是否能在同一操作系統(tǒng)下同時(shí)執(zhí)行C. 檢測軟件與其他軟件是否能正常進(jìn)行信息的交流和傳遞D. 以上都不對解析：解析所謂兼容性測試，是指針對軟件對其運(yùn)行環(huán)境的依賴進(jìn)行測試，以驗(yàn)證軟件是否能夠在所有期望的環(huán)境中運(yùn)行。通常，兼容性測試主要考慮硬件、軟件和數(shù)據(jù)3個(gè)方面。24. 下列情況下會考慮使用自動測試的是 。（分?jǐn)?shù)：2.00 ）A. 對軟件產(chǎn)品的次要部件進(jìn)行測試B. 所開發(fā)的軟件產(chǎn)品的需求不穩(wěn)定C. 需要反復(fù)執(zhí)行的測試，使用不同輸入數(shù)據(jù)值進(jìn)行反復(fù)測試VD. 由客戶方組織的驗(yàn)收

19、測試解析：解析自動測試的優(yōu)點(diǎn)就是為了解決重復(fù)的人工操作。25. 極限編程的主要特點(diǎn)有。（分?jǐn)?shù)：2.00 ）A. 簡單的分析設(shè)計(jì)B. 頻繁的客戶交流C. 增量式開發(fā)和連續(xù)的測試D. 以上全部 V解析：解析極限編程，只經(jīng)過簡單的分析和設(shè)計(jì)就進(jìn)入到編碼階段，而在編碼過程中強(qiáng)調(diào)對已有代碼的 測試和開發(fā)人員與客戶的交互。相對傳統(tǒng)的軟件開發(fā)方法，極限編程有很多主要特點(diǎn)，包括簡單的分析設(shè) 計(jì)、頻繁的客戶交流、采用增量式開發(fā)方式、進(jìn)行連續(xù)的測試。二、論述題（總題數(shù)：3，分?jǐn)?shù)：50.00）下圖是結(jié)構(gòu)化程序設(shè)計(jì)方法的設(shè)計(jì)過程的流程圖，請按要求回答問題。（分?jǐn)?shù)：20.00 ）（1）.請畫出該系統(tǒng)以上交互行為的狀態(tài)圖

20、。（分?jǐn)?shù)：10.00 ） 正確答案：（其狀態(tài)圖如左下圖所示，其中各節(jié)點(diǎn)及各支路的條件省略。解析：10.00 )(2). 使用基本路徑測試方法確定該狀態(tài)圖的測試路徑。(分?jǐn)?shù)：正確答案：(由狀態(tài)圖可以看出：程序中有兩個(gè)判定節(jié)點(diǎn)，故該程序的環(huán)路復(fù)雜度V(G)=3，所以可以確定3條獨(dú)立的測試路徑，即：Path1 ： S0S1S2S5S7S8Path2 ： SOS3S4S5S7S8Path3 ： S0S1S2S5S7S11 S2 S5 S7 S8。 )解析：以下是某C程序段，其功能為計(jì)算輸入數(shù)字的階乘。請仔細(xì)閱讀程序并完成要求。#include #include int main() int i=0;/

21、*i 為計(jì)數(shù)器 */int n;int factorial=1;/* 保存階乘的結(jié)果 */puts(*11);puts(*The program will compute*);puts(*the factotial of an integer*);puts(*11);puts(please input the number n:);scanf(%d, n); =0./n);if(n 0)/* 判斷輸入的數(shù)是否大于或等于 0*/printf(please input an interger return 0;if(n=0)/*0 的階乘是 1*/printf(factorial of 0 is

22、1./n); return 0;i=1;while(i =n)factorial= factorial * i;i+;printf(factorial of %d is: %d./n, n, factorial);getch();return 0;(分?jǐn)?shù)： 10.00 )(1). 畫出此程序主函數(shù)的控制流程圖。(分?jǐn)?shù)： 5.00 )正確答案： ( 主程序的控制流程圖如下圖所示。*)解析：（2）.設(shè)計(jì)一組測試用例，使該程序所有函數(shù)的語句覆蓋率和分支覆蓋率均能達(dá)到100%如果認(rèn)為該程序的語句或分支覆蓋率無法達(dá)到100%則說明為什么。（分?jǐn)?shù)：5.00）正確答案：（測試用例的設(shè)計(jì)只要覆蓋所有的分支情況即可，設(shè)計(jì)如下：N=-9,0,12,*）解析：以下是QESuite Web Version 1.0用戶手冊的相關(guān)內(nèi)容，請仔細(xì)閱讀并按要求回答問題。（分?jǐn)?shù)：20.00）（1）.下表是問題報(bào)告的文檔結(jié)構(gòu)，請給出問題報(bào)告的定義，并回答文檔各個(gè)狀態(tài)的含義