測(cè)試工程師試題及答案_第1頁(yè)
測(cè)試工程師試題及答案_第2頁(yè)
測(cè)試工程師試題及答案_第3頁(yè)
測(cè)試工程師試題及答案_第4頁(yè)
測(cè)試工程師試題及答案_第5頁(yè)
已閱讀5頁(yè),還剩21頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、測(cè)試工程師試題及答案本考卷時(shí)長(zhǎng):120分鐘 滿(mǎn)分:100分一、判斷題(每題1分,共10分)10題1、軟件是一種邏輯實(shí)體,而不是具體的物理實(shí)體,因而它具有抽象性。( ) 2、 白盒測(cè)試側(cè)重于程序結(jié)構(gòu),黑盒測(cè)試側(cè)重于功能,其中白盒測(cè)試需要程序員參與,黑盒測(cè)試不需要 (×)3、單元測(cè)試通常應(yīng)該先進(jìn)行“人工走查”,再以白盒法為主,輔以黑盒法進(jìn)行動(dòng)態(tài)測(cè)試。( )4、集成測(cè)試也叫做組裝測(cè)試,通常在編碼完成的基礎(chǔ)上,將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試( × )5、系統(tǒng)測(cè)試應(yīng)盡可能在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行( )6、詳細(xì)設(shè)計(jì)的目的是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu),

2、并用某種選定的表達(dá)工具給出清晰的描述。 ( ) 7、測(cè)試人員在測(cè)試過(guò)程中發(fā)現(xiàn)一處問(wèn)題,如果問(wèn)題影響不大,而自己又可以修改,應(yīng)立即將此問(wèn)題正確修改,以加快、提高開(kāi)發(fā)的進(jìn)程。( × )8、程序、需求規(guī)格說(shuō)明、設(shè)計(jì)規(guī)格說(shuō)明都是軟件測(cè)試的對(duì)象( )9、第三方測(cè)試是在開(kāi)發(fā)方與用戶(hù)方的測(cè)試基礎(chǔ)上進(jìn)行的驗(yàn)證測(cè)試 ( × )10、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。( )二、單選題 (每題2分,共40分)20題1、軟件測(cè)試的目的正確的是 ( D ) 測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程; 好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案; 成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未

3、發(fā)現(xiàn)的錯(cuò)誤的測(cè)試測(cè)試并不僅僅是為了找出錯(cuò)誤.通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì),可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開(kāi)發(fā)過(guò)程中的缺陷,以便及時(shí)改進(jìn);A、 B、 C、 D、2、軟件測(cè)試的對(duì)象包括( B )A目標(biāo)程序和相關(guān)文檔 B源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔 C目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件D源程序和目標(biāo)程序3、從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分。( B )A、靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試B、黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試C、單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試D、以上都不對(duì)4、關(guān)于軟件測(cè)試模型,描述正確的是( C )A、V模型測(cè)試的對(duì)象就是程序本身,測(cè)試與開(kāi)發(fā)可以同一階段進(jìn)行B、W模型測(cè)

4、試的對(duì)象是程序,需求、設(shè)計(jì)等,可以支持迭代的開(kāi)發(fā)模型C、H模型軟件測(cè)試過(guò)程活動(dòng)完全獨(dú)立,貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)地進(jìn)行。D、X模型是事先計(jì)劃再進(jìn)行測(cè)試。5、軟件測(cè)試按實(shí)施組織分,測(cè)試應(yīng)該包括以下的( A ) 開(kāi)發(fā)方測(cè)試 用戶(hù)方測(cè)試 第三方測(cè)試 驗(yàn)收測(cè)試 確認(rèn)測(cè)試 A B C D6、制定測(cè)試計(jì)劃的步驟:(D)A、確定項(xiàng)目管理機(jī)制 預(yù)計(jì)測(cè)試工作量  測(cè)試計(jì)劃評(píng)審B、確定測(cè)試范圍  確定測(cè)試策略  確定測(cè)試標(biāo)準(zhǔn)、預(yù)計(jì)測(cè)試工作量C、確定測(cè)試構(gòu)架 確定項(xiàng)目管理機(jī)制 預(yù)計(jì)測(cè)試工作量  測(cè)試計(jì)劃評(píng)審D、確定測(cè)試范圍  確定測(cè)試策略  確

5、定測(cè)試標(biāo)準(zhǔn)  確定測(cè)試構(gòu)架 確定項(xiàng)目管理機(jī)制 預(yù)計(jì)測(cè)試工作量  測(cè)試計(jì)劃評(píng)審7、為保證測(cè)試活動(dòng)的可控性,必須在軟件測(cè)試過(guò)程中進(jìn)行軟件測(cè)試配置管理,一般來(lái)說(shuō),軟件測(cè)試配置管理中最基本的活動(dòng)包括( A )A配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)控制、配置狀態(tài)報(bào)告、配置審計(jì) B配置基線(xiàn)確立、配置項(xiàng)控制、配置報(bào)告、配置審計(jì) C配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)變更、配置審計(jì)、配置跟蹤 D配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)控制、配置狀態(tài)報(bào)告、配置跟蹤 8、某次程序調(diào)試沒(méi)有出現(xiàn)預(yù)計(jì)的結(jié)果,下列( B)不可能是導(dǎo)致出錯(cuò)的原因。A、變量沒(méi)有初始化 B、編寫(xiě)的語(yǔ)句書(shū)寫(xiě)格式不規(guī)范C、循環(huán)控制出錯(cuò) D、代碼輸入有誤9、下列關(guān)于程序效率的描述錯(cuò)誤的

6、是(B )。A、提高程序的執(zhí)行速度可以提高程序的效率B、降低程序占用的存儲(chǔ)空間可以提高程序的效率C、源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無(wú)關(guān)D、好的程序設(shè)計(jì)可以提高效率10、邏輯路徑覆蓋法是白盒測(cè)試用例的重要設(shè)計(jì)方法,其中語(yǔ)句覆蓋法是較為常用的方法,針對(duì)下面的語(yǔ)句段,采用語(yǔ)句覆蓋法完成測(cè)試用例設(shè)計(jì),測(cè)試用例見(jiàn)下表,對(duì)表中的空缺項(xiàng)(True或者False),正確的選擇是( A )。語(yǔ)句段:if (A && (B|C) x=l;else x=O;用例表: 用例1用例2ATRUEFALSEBFALSECTRUEA &&(B|C)FALSE ATRUE FALSE

7、 TRUE BTRUE FALSE FALSECFALSE FALSE TRUE DTRUE TRUE FALSE 11、程序設(shè)計(jì)語(yǔ)言中( D )。 A. while 循環(huán)語(yǔ)句的執(zhí)行效率比 do-while 循環(huán)語(yǔ)句的執(zhí)行效率高 B. while 循環(huán)語(yǔ)句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多 1,而do-while 語(yǔ)句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少 1 C. while 語(yǔ)句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少 1,而 do-while語(yǔ)句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多 1 D. while 語(yǔ)句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少 1,而 do-while語(yǔ)句的循環(huán)體

8、執(zhí)行次數(shù)等于循環(huán)條件的判斷次數(shù)12、DB, DBMS 和 DBS 三者間的關(guān)系是( B ) A DB 包括 DBMS 和 DBS B DBS 包括 DB 和 DBMS C DBMS 包括 DBS 和 DB D DBS 與 DB 、 DBMS 無(wú)關(guān) 13在TCP/IP模型中,應(yīng)用層包含了所有的高層協(xié)議,在下列的一些應(yīng)用協(xié)議中,B是能夠?qū)崿F(xiàn)本地與遠(yuǎn)程主機(jī)之間的文件傳輸工作。A telnetB FTPC SNMPD NFS14、一個(gè)局域網(wǎng)中某臺(tái)主機(jī)的IP 地址為2,使用22 位作為網(wǎng)絡(luò)地址,那么該局域網(wǎng)的子網(wǎng)掩碼和,最多可以連接的主機(jī)數(shù)分別為 ( B )A、255255251

9、0 1021B、2552552520 1022C、2552552530 1023D、2552552540 102415、Linux文件系統(tǒng)的文件都按其作用分門(mén)別類(lèi)地放在相關(guān)的目錄中,對(duì)于外部設(shè)備文件,一般應(yīng)將其放在( C )目錄中。A /binB /etcC /devD /lib16、某公司采用的軟件開(kāi)發(fā)過(guò)程通過(guò)了CMM2認(rèn)證,表明該公司 ( C ) 。A. 開(kāi)發(fā)項(xiàng)目成效不穩(wěn)定,管理混亂B. 對(duì)軟件過(guò)程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標(biāo)C. 建立了基本的項(xiàng)目級(jí)管理制度和規(guī)程,可對(duì)項(xiàng)目的成本、進(jìn)度進(jìn)行跟蹤和控制D. 可集中精力采用新技術(shù)新方法,優(yōu)化軟件過(guò)程17、質(zhì)量管理人員在安排時(shí)間進(jìn)度時(shí),為了能夠

10、從全局出發(fā)、抓住關(guān)鍵路徑、統(tǒng)籌安排、集中力量,從而達(dá)到按時(shí)或提前完成計(jì)劃的目標(biāo),可以使用( A )。 A活動(dòng)網(wǎng)絡(luò)圖           B因果圖   C優(yōu)先矩陣圖           D檢查表18、某公司最近承接了一個(gè)大型信息系統(tǒng)項(xiàng)目,項(xiàng)目整體壓力較大,對(duì)這個(gè)項(xiàng)目中的變更,可以使用( B )等方式提高效率。分優(yōu)先級(jí)處理規(guī)范處理整批處理分批處理 A.   &#

11、160; B.     C.     D.19、下面哪項(xiàng)工作是制訂進(jìn)度計(jì)劃的基礎(chǔ):( A )A、工作分解結(jié)構(gòu)(WBS)B、網(wǎng)絡(luò)圖 C、甘特圖(GANTT)D、資源平衡(RESOURCE LEVELLING)20、下面哪一方法通常不會(huì)被用來(lái)縮短進(jìn)度? ( D )A. 趕工B. 變更范圍C. 以并行方式而不是序列方式來(lái)實(shí)施進(jìn)行活動(dòng)D. 資源平衡三、填空題(每空1分,共10分)共10空1、黑盒測(cè)試是功能測(cè)試,用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有4種方法:(等價(jià)類(lèi)劃分)(邊界值分析 )( 錯(cuò)誤推測(cè) )( 因果圖)。2、實(shí)際的邏輯覆蓋測(cè)試中,一般以條件組合覆蓋為主設(shè)計(jì)測(cè)試用例

12、,然后再補(bǔ)充部分用例,以達(dá)到 (路徑 )覆蓋測(cè)試標(biāo)準(zhǔn)。3、集成測(cè)試的方法有兩種:漸增式測(cè)試和(非漸增式測(cè)試 )。4、軟件測(cè)試過(guò)程中需要3類(lèi)信息:軟件配置、(測(cè)試配置) 和 ( 測(cè)試工具) 。5、SCM是一組管理整個(gè)軟件生存期各階段中( 變更 )的活動(dòng)。6、基線(xiàn)的作用是把各階段的開(kāi)發(fā)工作劃分得更加明確,便于檢查與確認(rèn)階段成果。因此,基線(xiàn)可以作為項(xiàng)目的一個(gè) ( 檢查點(diǎn))。四、簡(jiǎn)答題(每題5分、共25分)1、高級(jí)測(cè)試工程師日常工作職責(zé),及應(yīng)該遵循規(guī)范(5分)2、請(qǐng)畫(huà)出軟件測(cè)試過(guò)程V模型,并寫(xiě)出采用V模型存在的問(wèn)題(5分)答:1)V模型圖2) 采用V模型存在問(wèn)題: .測(cè)試是開(kāi)發(fā)之后的一個(gè)階段。 .測(cè)試

13、的對(duì)象就是程序本身。 實(shí)際應(yīng)用中容易導(dǎo)致需求階段的錯(cuò)誤一直到最后系統(tǒng)測(cè)試階段才被發(fā)現(xiàn)。 整個(gè)軟件產(chǎn)品的過(guò)程質(zhì)量保證完全依賴(lài)于開(kāi)發(fā)人員的能力和對(duì)工作的責(zé)任心,而且上一步的結(jié)果必須是充分和正確的,如果任何一個(gè)環(huán)節(jié)出了問(wèn)題,則必將嚴(yán)重的影響整個(gè)工程的質(zhì)量和預(yù)期進(jìn)度。3、軟件測(cè)試的原則,這些原則能更好的理解和指導(dǎo)我們做測(cè)試工作,請(qǐng)把你所知道的原則詳細(xì)列出來(lái)。(5分)答:1、測(cè)試可以顯示缺陷的存在,但不能證明系統(tǒng)不存在缺陷。2、窮盡測(cè)試是不可能的3、測(cè)試的盡早介入(越晚發(fā)現(xiàn)一個(gè)bug,修改bug成本成倍增加)。4、第三方或獨(dú)立的測(cè)試團(tuán)隊(duì)。5、測(cè)試的標(biāo)準(zhǔn)是用戶(hù)的需求6、盡早定義產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)(測(cè)試用例應(yīng)包

14、括明確的輸入和輸出,做到有的放矢)7、用例全面(有效數(shù)據(jù)、無(wú)效數(shù)據(jù))8、及時(shí)更新測(cè)試用例,減少測(cè)試人員形成定勢(shì)思維(殺蟲(chóng)劑悖論:殺蟲(chóng)劑用得多了,害蟲(chóng)就有免疫力,殺蟲(chóng)劑就發(fā)揮不了效力)9、嚴(yán)格執(zhí)行測(cè)試計(jì)劃,排除測(cè)試的隨意性。10、充分注意測(cè)試中的群集現(xiàn)象,80%的錯(cuò)誤集中在20%的程序模塊中。11、應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。12、妥善保存測(cè)試計(jì)劃,測(cè)試用例,出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告,為維護(hù)提供方便。13、測(cè)試貫穿于整個(gè)生命周期4、CMM由低至高共分為5個(gè)級(jí)別是什么?并簡(jiǎn)述每級(jí)基本特征。(5分) 答:CMM由低至高共分為5個(gè)級(jí)別:初始級(jí)、可重復(fù)級(jí)、定義級(jí)、管理級(jí)和優(yōu)化級(jí) CMM五級(jí)基本特征:

15、CMM一級(jí),初始級(jí):個(gè)別的,混亂的過(guò)程,幾乎沒(méi)有定義過(guò)程的規(guī)則或步驟; CMM二級(jí),可重復(fù)級(jí):已建立的必要過(guò)程準(zhǔn)則,但主要過(guò)程依賴(lài)于個(gè)人經(jīng)驗(yàn); CMM三級(jí),定義級(jí):量化的已定義且制度化的過(guò)程; CMM四級(jí),管理級(jí):量化的已質(zhì)量的過(guò)程; CMM五級(jí),優(yōu)化級(jí):達(dá)到一個(gè)持續(xù)改善過(guò)程。5、ISO 9001管理八原則是什么?并進(jìn)行簡(jiǎn)要描述?(5分)答:1以顧客為關(guān)注焦點(diǎn):組織依賴(lài)于顧客,因此組織應(yīng)該理解顧客當(dāng)前的和未來(lái)的需求,從而滿(mǎn)足顧客要求并超越其期望。 2 領(lǐng)導(dǎo)作用:領(lǐng)導(dǎo)者將本組織的宗旨、方向、和內(nèi)部環(huán)境統(tǒng)一起來(lái),并創(chuàng)造使員工能夠充分參與實(shí)現(xiàn)組織目標(biāo)的環(huán)境。80%質(zhì)量問(wèn)題與管理有關(guān),20%與員工有關(guān)

16、。 3 全員參與:各級(jí)員工是組織的生存和發(fā)展之本,只有他們的充分參與,才能使其才能給組織帶來(lái)最佳效益。崗位職責(zé)包括了全員(從總經(jīng)理到基層員工)。 4 過(guò)程方法:將相關(guān)的資源和活動(dòng)作為過(guò)程進(jìn)行管理,可以更高效地取得預(yù)期結(jié)果。5 管理的系統(tǒng)方法: ISO9000針對(duì)設(shè)定的目標(biāo),識(shí)別、理解并管理一個(gè)由相互關(guān)聯(lián)的過(guò)程所組成的體系,有助于提高組織的有效性和效率。木水桶的圍板原理。 6持續(xù)改進(jìn):是組織的一個(gè)永恒發(fā)展的目標(biāo)。PDCA循環(huán)。 7 基于事實(shí)的決策方法:針對(duì)數(shù)據(jù)和信息的邏輯分析或判斷是有效決策的基礎(chǔ)。用數(shù)據(jù)和事實(shí)說(shuō)話(huà)。 8 互利的供方關(guān)系:通過(guò)互利的關(guān)系,增強(qiáng)組織及其供方創(chuàng)造價(jià)值的能力。麥當(dāng)勞管理

17、方式。五、分析題(每題15分、共1題、共15分)有一個(gè)處理單價(jià)為5角錢(qián)的飲料的自動(dòng)售貨機(jī)軟件測(cè)試用例的設(shè)計(jì)。其規(guī)格說(shuō)明如下:若投入5角錢(qián)或1元錢(qián)的硬幣,押下橙汁或啤酒的按鈕,則相應(yīng)的飲料就送出來(lái)。若售貨機(jī)沒(méi)有零錢(qián)找,則一個(gè)顯示零錢(qián)找完的紅燈亮,這時(shí)在投入1元硬幣并押下按鈕后,飲料不送出來(lái)而且1元硬幣也退出來(lái);若有零錢(qián)找,則顯示零錢(qián)找完的紅燈滅,在送出飲料的同時(shí)退還5角硬幣。1) 分析這一段說(shuō)明,列出原因和結(jié)果原因:1.售貨機(jī)有零錢(qián)找2.投入1元硬幣3.投入5角硬幣 4.押下橙汁按鈕5.押下啤酒按鈕 結(jié)果: 21.售貨機(jī)零錢(qián)找完燈亮    22.退還1元硬

18、幣23.退還5角硬幣              24.送出橙汁飲料25.送出啤酒飲料2)畫(huà)出因果圖,如圖所示。所有原因結(jié)點(diǎn)列在左邊,所有結(jié)果結(jié)點(diǎn)列在右邊。建立中間結(jié)點(diǎn),表示處理的中間狀態(tài)。中間結(jié)點(diǎn):11. 投入1元硬幣且押下飲料按鈕         12. 押下橙汁或啤酒的按鈕         13. 應(yīng)當(dāng)找5角零錢(qián)并

19、且售貨機(jī)有零錢(qián)找         14. 錢(qián)已付清  1軟件測(cè)試是軟件開(kāi)發(fā)的重要環(huán)節(jié),進(jìn)行軟件測(cè)試的目的是(B )A)證明軟件錯(cuò)誤不存在 B)證明軟件錯(cuò)誤的存在C)改正程序所有的錯(cuò)誤 D)發(fā)現(xiàn)程序所有的錯(cuò)誤2對(duì)于軟件質(zhì)量描述不正確的是:( B)A)高質(zhì)量的過(guò)程產(chǎn)生高質(zhì)量的產(chǎn)品B)軟件質(zhì)量是測(cè)試人員測(cè)試出來(lái)的C)軟件質(zhì)量是設(shè)計(jì)和規(guī)劃出來(lái)的D)項(xiàng)目階段結(jié)束意味著產(chǎn)品質(zhì)量達(dá)到了預(yù)期的標(biāo)準(zhǔn)3對(duì)于軟件測(cè)試描述不正確的是:(C )A)軟件測(cè)試無(wú)法找到程序當(dāng)中的所有缺陷B)測(cè)試工程師需要在最短時(shí)間內(nèi)完成最有效的測(cè)試C)

20、軟件測(cè)試工程師只要了解需求就可以了D)測(cè)試工程師也需要了解編碼知識(shí)4測(cè)試工程師需要了解下面哪些知識(shí):(D )A)項(xiàng)目管理知識(shí)B)測(cè)試知識(shí)C)需求管理D)以上都包括5檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱(chēng)為:( A)A)確認(rèn)測(cè)試B)集成測(cè)試C)性能測(cè)試D)功能測(cè)試6評(píng)審是對(duì)軟件進(jìn)行表態(tài)測(cè)試的一種方法,下述結(jié)論中。哪個(gè)是與軟件評(píng)審無(wú)關(guān)的內(nèi)容:( D)A)盡量發(fā)現(xiàn)錯(cuò)誤B)檢查軟件文檔C)根據(jù)評(píng)審標(biāo)準(zhǔn)D)依靠測(cè)試信息7路徑測(cè)試是整個(gè)結(jié)構(gòu)測(cè)試的重要組成,但在研究路徑測(cè)試時(shí),通常又是使用程序控制流圖來(lái)代替(C )A)程序框圖B)結(jié)構(gòu)圖C)數(shù)據(jù)流圖D)程序流程圖8軟件測(cè)試類(lèi)型按開(kāi)發(fā)階段劃分是(A )A)需求測(cè)

21、試、單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試B)單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試C)單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試D)調(diào)試、單元測(cè)試、集成測(cè)試、用戶(hù)測(cè)試9下述說(shuō)法錯(cuò)誤的是(B )A)單元測(cè)試又稱(chēng)為模塊測(cè)試,是針對(duì)軟件測(cè)試的最小單位程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作B)集成測(cè)試也叫做組裝測(cè)試,通常在編碼完成的基礎(chǔ)上,將所有的程序模塊進(jìn)行有序的、弟增的測(cè)試。C)集成測(cè)試是檢驗(yàn)程序單元和部件的接口關(guān)系,逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。D)系統(tǒng)測(cè)試是真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下,檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺(tái)等正確配置與連接,并滿(mǎn)足用戶(hù)

22、需求10下列關(guān)于alpha測(cè)試的描述:C(1)alpha測(cè)試需要用戶(hù)代表參加(2)alpha測(cè)試不需要用戶(hù)代表參加(3)alpha測(cè)試是系統(tǒng)測(cè)試的一種(4)alpha測(cè)試是驗(yàn)收測(cè)試的一種A)(1)(3)B)(2)(3)C(1)(4)C(2)(4)21關(guān)于自動(dòng)化測(cè)試描述正確的是( D)A)引入自動(dòng)化測(cè)試可以降低測(cè)試成本B)軟件產(chǎn)品測(cè)試適合自動(dòng)化測(cè)試C)自動(dòng)化測(cè)試工具能夠完成所有的自動(dòng)化測(cè)試D)自動(dòng)化測(cè)試腳本同樣需要進(jìn)行驗(yàn)收和確認(rèn)22關(guān)于軟件性能簡(jiǎn)述不正確的是(A )A)在看代碼完成之前,無(wú)法進(jìn)行與性能有關(guān)的工作B)性能是設(shè)計(jì)和規(guī)劃出來(lái)的,而不是測(cè)試出來(lái)的C)性能測(cè)試在很多情況下不能發(fā)現(xiàn)特定的性能

23、缺陷23LoadRunner中關(guān)于“關(guān)聯(lián)(Conelation)”描述錯(cuò)誤的是(D )A)關(guān)聯(lián)分為手動(dòng)管理和自動(dòng)關(guān)聯(lián)B)關(guān)聯(lián)是對(duì)提交數(shù)據(jù)的參數(shù)化過(guò)程C)關(guān)聯(lián)是為了解決服務(wù)器端生成數(shù)據(jù)后期使用的問(wèn)題D)關(guān)聯(lián)函數(shù)是一種注冊(cè)類(lèi)函數(shù)24LoadRunner中Controller對(duì)于虛擬用戶(hù)描述正確的是(C )A)虛擬用戶(hù)并發(fā)測(cè)試可以做到絕對(duì)并發(fā)B)在一臺(tái)計(jì)算機(jī)上可以實(shí)際模擬任意多的虛擬用戶(hù)C)虛擬用戶(hù)可分布在多臺(tái)客戶(hù)端上D)虛擬用戶(hù)數(shù)和服務(wù)器端壓力呈線(xiàn)性關(guān)系25關(guān)于性能測(cè)試,描述錯(cuò)誤的是( C)A)性能測(cè)試是對(duì)系統(tǒng)的在性能方面的測(cè)量工作。B)響應(yīng)時(shí)間是系統(tǒng)重要的性能指標(biāo),原則上可以用秒表手工測(cè)試C)思

24、考時(shí)間是指系統(tǒng)停頓的時(shí)間D)吞吐量是指系統(tǒng)在單位時(shí)間內(nèi)處理事務(wù)的能力26下列哪些概念不屬于性能測(cè)試(B )A)測(cè)量相應(yīng)時(shí)間B)可伸縮性C)吞吐量D)可維護(hù)性27測(cè)試一個(gè)WEB應(yīng)用性能,可能會(huì)用到的協(xié)議有(C )A)HTTPB)HTTP/HTTPSC)HTTP/HTTPS/SOAPD)HTTP/HTTPS/SOAP/UDP28單元測(cè)試范圍包括(A )A)方法間集成B)平行類(lèi)測(cè)試C)類(lèi)簇測(cè)試D)以上都是29關(guān)于JUNIT,描述錯(cuò)誤的是( B)A)JUNIT是Java語(yǔ)言的單元測(cè)試框架B)JUNIT只能測(cè)試公共函數(shù)C)JUNIT推薦先測(cè)試后實(shí)現(xiàn)的方法D)setUp、tearDown函數(shù)只執(zhí)行一次30

25、關(guān)于測(cè)試驅(qū)動(dòng)開(kāi)發(fā),描述錯(cuò)誤的是( C)A)測(cè)試驅(qū)動(dòng)開(kāi)發(fā)式是一種敏捷開(kāi)發(fā)方法B)TDD需求開(kāi)發(fā)人員學(xué)習(xí)測(cè)試相關(guān)知識(shí)C)測(cè)試驅(qū)動(dòng)開(kāi)發(fā)不適合使用CMM/CMMI方法D)測(cè)試驅(qū)動(dòng)開(kāi)發(fā)可以和結(jié)對(duì)編程結(jié)合使用31下面過(guò)程模型中不屬于測(cè)試過(guò)程模型的是(D)A)X模型B)V模型C)H模型D)B模型32下列哪個(gè)描述可以看作是測(cè)試工作結(jié)束的標(biāo)志(D)A)發(fā)現(xiàn)的缺陷全部修改B)缺陷發(fā)現(xiàn)率低于閾值C)測(cè)試用例全部運(yùn)行結(jié)束D)開(kāi)發(fā)人員不再修改缺陷33測(cè)試過(guò)程中需要度量的基礎(chǔ)數(shù)據(jù)(一階度量元)不包括(C )A)嚴(yán)重缺陷數(shù)B)關(guān)閉缺陷數(shù)C)缺陷密度D)各個(gè)階段發(fā)現(xiàn)和清除缺陷數(shù)34、獨(dú)立的測(cè)試項(xiàng)目管理通常不包括下面哪些內(nèi)容(

26、B )A)測(cè)試需求管理B)測(cè)試目標(biāo)管理C)測(cè)試工作量管理D)被測(cè)試產(chǎn)品質(zhì)量35、TQM是指(B )A)Team Quality ManagementB)Total Quality ManagementC)Total Quick ManagementD)Total Quality Managers36、估算過(guò)程中QCD標(biāo)準(zhǔn)是指( A)A)Quality, Cost, DeliveryB)Quality Cause DeliveryC)Quantity Cost DeliveryD)Quality Cost Demand37PDCA環(huán)又被叫做(B)A)Deming WheelB)Continuou

27、s Improvement CycleC)Deming CycleD)All of the above 38The type oftestingdone during software implementation and before module integration is called(A )A)unit testing B)beta testingC)system testingD)acceptance testing39Which is NOT a concept of White Box Testing(B )A)You should execute all loops at t

28、heir boundary conditions B)You should execute all interfaces at their boundary conditionsC)You should execute all logical decisions on their true and false sidesD)You should execute all independent paths within a module at least once40Black-box and white-box testing method are often used in software

29、 testing phase .in which,the white-box is mainly used totestsoftwares( D)A)reasonableness of structureB)correctness of a programC)external function of a programD)internal logic of a program-下面附上個(gè)人給出的參考答案(僅供參考,未必完全正確):15: BBCDA610:DCABC2125:DADCC2630:BCABC3135:DDCBC3640:ABABD面試題1.靜態(tài)變量的作用。const,Volati

30、le,synchrnize什么情況下使用?如何聲明一個(gè)常量。2.用于線(xiàn)程實(shí)現(xiàn)的類(lèi)和接口分別是什么?簡(jiǎn)單舉出使用范例。3.java.io.reader和java.io.inputstream的區(qū)別。4.設(shè)計(jì)一個(gè)servlet讀取客戶(hù)端上載的文件,繼承自那個(gè)類(lèi)?支持post/get操作要實(shí)現(xiàn)哪些方法?簡(jiǎn)述如何讀取上載文件。5.讀程序輸出結(jié)果。字符串: ss=" ddd dddd "ss1=trim(ss);ss2=ss.tostring(ss);ss3=ss.substring(0);結(jié)果是:ss=ss1=ss2=ss3?6.EJB實(shí)現(xiàn)的流程。CreateEJB,LoadEJB

31、,ActiveEJB,RemoveEJB7.sql題8.程序題,用vector打印出上面sql的結(jié)果表格,寫(xiě)出整個(gè)完整過(guò)程。9.列出uml中的幾種圖,分別做什么用。10.說(shuō)出下面uml圖的含義。11.列出幾種設(shè)計(jì)模式,簡(jiǎn)述實(shí)現(xiàn)方式,實(shí)用情況。12.英譯漢。13.漢譯英。umlpublic class StaticVariableTest private static StaticVariableTest svt = new StaticVariableTest();/語(yǔ)句(1) private static int count1;/語(yǔ)句(2) private static int count2

32、 = 0;/語(yǔ)句(3) private StaticVariableTest()/語(yǔ)句(4) count1+; count2+; public static StaticVariableTest getInstance()/語(yǔ)句(5) return svt; public static int getCount1() return count1; public static void setCount1(int count1) StaticVariableTest.count1 = count1; public static int getCount2() return count2; public static void setCount2(int count2) StaticVariableTest.count2 = count2; public static void main(String args) StaticVariableTest svt = StaticVariableTest.getInstance();/語(yǔ)句(6) System.out.println("count1:" + svt.getCount1();/語(yǔ)句(7) System.out.println("count1:" + svt.getCount2(

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論