軟件測試之綜合類筆試

時(shí)間：2022-12-31 14:36:41 筆試題目我要投稿

相關(guān)推薦

軟件測試之綜合類筆試

　　綜合類筆試，囊括多學(xué)門、跨學(xué)科學(xué)術(shù)知識(shí)領(lǐng)域的筆試問題。本文將為你提供軟件測試之綜合類，歡迎閱讀參考。

軟件測試之綜合類筆試

　　一、您在從事性能測試工作時(shí)，是否使用過一些測試工具?如果有，請?jiān)囀鲈摴ぞ叩墓ぷ髟�，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。

　　用過LoadRunner。下面提供一個(gè)完整測試實(shí)例，可參考(也可以選擇其中一部分作為答案)

　　該方案是針對某公司試題庫的性能測試。該試題庫是用來對公司內(nèi)部員工培訓(xùn)結(jié)果的一個(gè)考核。試題庫在公司內(nèi)部web服務(wù)器上，假設(shè)開設(shè)50個(gè)賬號(hào)和密碼可供50個(gè)考生同時(shí)參加考試。要求，每臺(tái)機(jī)器只能由一個(gè)用戶使用，每個(gè)用戶只能使用各自不同的賬號(hào)登錄考試系統(tǒng)，做完題目后，要求提交考試結(jié)果，若在制定的時(shí)間內(nèi)不提交，則系統(tǒng)強(qiáng)制提交考試結(jié)果。

　　但是，一般測試部門不可能有50臺(tái)機(jī)器同時(shí)進(jìn)行測試的。所以，可以借Loadrunner7.51模擬IP地址，修改腳本來協(xié)助測試。但是，為了保證測試結(jié)果，建議搜羅公司中所有可用的機(jī)器進(jìn)行復(fù)測，因?yàn)橛袝r(shí)候是不可以完全信賴工具的。

　　現(xiàn)場測試環(huán)境

　　硬件：50臺(tái)PC機(jī)，Web服務(wù)器

　　軟件：Loadrunner7.0，Win2000，IE5.0和IE6.0

　　人員：質(zhì)控部2人，執(zhí)行現(xiàn)場測試

　　項(xiàng)目部22人，提供現(xiàn)場環(huán)境

　　技術(shù)部各1人，提供技術(shù)支持

　　測試要求

　　50個(gè)用戶擁有獨(dú)立IP地址，不同的用戶及密碼登錄，試題完成后各自同時(shí)提交。

　　測試內(nèi)容

　　50個(gè)用戶以不同的用戶名和密碼登錄試題庫。試題完成后，提交考試結(jié)果。測試考試結(jié)果是否能正常提交以及正確評分。

　　測試方案

　　1、完全20臺(tái)實(shí)際的PC機(jī)進(jìn)行現(xiàn)場測試。

　　(1) 準(zhǔn)備工作，并做計(jì)劃。第一輪測試執(zhí)行三遍，設(shè)定用戶考試內(nèi)容全部同時(shí)提交，第一遍全部使用IE5.0，第二遍10臺(tái)使用IE5.0，10臺(tái)使用IE6.0，第三遍全部使用IE6.0

　　(2) At 9：00 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(3) At 9：05 ，20個(gè)用戶同時(shí)全部提交

　　(4) 分別記錄第一輪測試(三遍)的結(jié)果

　　(5) 第二輪測試準(zhǔn)備工作，設(shè)定15個(gè)用戶考試內(nèi)容同時(shí)提交，另外5個(gè)用戶延時(shí)5分鐘提交，全部使用IE5.0

　　(6) At 9：15 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(7) At 9：20 ，15個(gè)用戶同時(shí)提交

　　(8) At 9：25 ，剩余5個(gè)用戶同時(shí)提交

　　(9) 記錄第二輪測試結(jié)果

　　(10) 第三輪測試準(zhǔn)備工作，設(shè)定15個(gè)用戶考試內(nèi)容同時(shí)提交，另外5個(gè)用戶延時(shí)5分鐘提交，全部使用IE6.0

　　(11) At 9：15 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(12) At 9：20 ，15個(gè)用戶同時(shí)提交

　　(13) At 9：25 ，剩余5個(gè)用戶同時(shí)提交

　　(14) 記錄第三輪測試結(jié)果

　　(15) 第四輪測試準(zhǔn)備工作，設(shè)定15個(gè)用戶考試內(nèi)容同時(shí)提交，另外5個(gè)用戶延時(shí)5分鐘提交，正常提交用戶使用IE5.0，延時(shí)提交用戶使用IE6.0

　　(16) At 9：15 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(17) At 9：20 ，15個(gè)用戶同時(shí)提交

　　(18) At 9：25 ，剩余5個(gè)用戶同時(shí)提交

　　(19) 記錄第四輪測試結(jié)果

　　(20) 第五輪測試準(zhǔn)備工作，設(shè)定15個(gè)用戶考試內(nèi)容同時(shí)提交，另外5個(gè)用戶延時(shí)5分鐘提交，正常提交用戶使用IE6.0，延時(shí)提交用戶使用IE5.0

　　(21) At 9：15 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(22) At 9：20 ，15個(gè)用戶同時(shí)提交

　　(23) At 9：25 ，剩余5個(gè)用戶同時(shí)提交

　　(24) 記錄第五輪測試結(jié)果

　　(25) 第六輪測試準(zhǔn)備工作，設(shè)定15個(gè)用戶考試內(nèi)容同時(shí)提交，另外5個(gè)用戶延時(shí)5分鐘提交，正常提交用戶其中10個(gè)使用IE5.0，5個(gè)使用IE6.0，延時(shí)提交用戶使用IE5.0

　　(26) At 9：15 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(27) At 9：20 ，15個(gè)用戶同時(shí)提交

　　(28) At 9：25 ，剩余5個(gè)用戶同時(shí)提交

　　(29) 記錄第六輪測試結(jié)果

　　(30) 第七輪測試準(zhǔn)備工作，設(shè)定10個(gè)用戶考試內(nèi)容同時(shí)提交，另外10個(gè)用戶分兩次分別延時(shí)5分鐘、15提交

　　(31) At 9：35 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(32) At 9：40 ，10個(gè)用戶同時(shí)提交

　　(33) At 9：45 ，剩余的其中5個(gè)用戶同時(shí)提交

　　(34) At 9：55 ，剩余的5個(gè)用戶同時(shí)提交

　　(35) 記錄第七輪測試結(jié)果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進(jìn)行測試

　　(36) 第八輪測試準(zhǔn)備工作，設(shè)定其中10個(gè)用戶不提交，由系統(tǒng)強(qiáng)行提交

　　(37) At 10：10 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(38) At 10：15 ，10個(gè)用戶同時(shí)提交

　　(39) 其余用戶的內(nèi)容由系統(tǒng)強(qiáng)行提交

　　(40) 記錄第八輪測試結(jié)果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進(jìn)行測試

　　(41) 第九輪測試準(zhǔn)備工作，設(shè)定其中10個(gè)用戶同時(shí)提交，5個(gè)用戶延時(shí)5分鐘提交，其余用戶由系統(tǒng)強(qiáng)行提交

　　(42) At 10：25 ，20個(gè)用戶同時(shí)登錄系統(tǒng)

　　(43) At 10：30 ，10個(gè)用戶同時(shí)提交

　　(44) At 10：35 ，剩余的其中5個(gè)用戶同時(shí)提交

　　(45) 剩余5個(gè)用戶系統(tǒng)強(qiáng)制提交

　　(46) 記錄第九輪測試結(jié)果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進(jìn)行測試

　　2、模擬20個(gè)用戶進(jìn)行測試。其中，10臺(tái)是PC機(jī)，另外10臺(tái)機(jī)器的IP地址是Loadrunner模擬出來的。

　　(1) 在10臺(tái)實(shí)際的PC機(jī)中抽取其中一臺(tái)虛擬10個(gè)IP地址，包括自身的IP地址，該機(jī)器上共11個(gè)IP地址，這11個(gè)IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余9臺(tái)實(shí)際的PC機(jī)分別由9個(gè)人操作，另外一臺(tái)機(jī)器由一位質(zhì)控部人員操作

　　(3) 對于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來模擬

　　(4) 其余過程參見1

　　3、模擬20個(gè)用戶進(jìn)行測試。其中，5臺(tái)是PC機(jī)，另外15臺(tái)機(jī)器的IP地址是用Loadrunner模擬出來的。

　　(1) 在5臺(tái)實(shí)際的PC機(jī)中抽取其中一臺(tái)虛擬15個(gè)IP地址，包括自身的IP地址，該機(jī)器上共16個(gè)IP地址，這16個(gè)IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余4臺(tái)實(shí)際的PC機(jī)分別由4個(gè)人操作，另外一臺(tái)機(jī)器由一位質(zhì)控部人員操作

　　(3) 對于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來模擬

　　(4) 其余過程參見1

　　4、模擬35個(gè)用戶進(jìn)行測試。其中，20臺(tái)是PC機(jī)，另外15臺(tái)機(jī)器的IP地址是用Loadrunner模擬出來的。

　　(1) 在20臺(tái)實(shí)際的PC機(jī)中抽取其中兩臺(tái)分別虛擬7個(gè)、8個(gè)IP地址，這17個(gè)IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18臺(tái)實(shí)際的PC機(jī)分別由18個(gè)人操作，另外兩臺(tái)機(jī)器由兩位質(zhì)控部人員操作

　　(3) 對于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來模擬

　　(4) 其余過程參見1

　　5、模擬50臺(tái)用戶進(jìn)行測試。其中，20臺(tái)是PC機(jī)，另外30臺(tái)機(jī)器的IP地址是用分別用兩臺(tái)實(shí)際的PC機(jī)模擬出來的。記錄測試結(jié)果。

　　(1) 在20臺(tái)實(shí)際的PC機(jī)中抽取其中兩臺(tái)分別虛擬15個(gè)IP地址，這32個(gè)IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18臺(tái)實(shí)際的PC機(jī)分別由18個(gè)人操作，另外兩臺(tái)機(jī)器由兩位質(zhì)控部人員操作

　　(3) 對于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來模擬

　　(4) 其余過程參見1

　　6、對5中所述情況重復(fù)測試兩次。

　　7、為了保證結(jié)果的正確性，完全50臺(tái)實(shí)際的PC機(jī)進(jìn)行現(xiàn)場測試。過程參見1

　　測試過程

　　注：該測試過程針對虛擬IP地址情況。

　　1、一臺(tái)PC機(jī)上創(chuàng)建15個(gè)虛擬的IP地址。首先，啟動(dòng)IP Wizard，如下：開始程序->Loadrunner->Tools->IP Wizard

　　點(diǎn)擊“Add”，添加你計(jì)劃虛擬的IP地址。但是注意不能添加已經(jīng)被占用的IP地址。

　　2、啟動(dòng)Virtual User Generator，并錄制腳本，由于50個(gè)用戶的賬號(hào)和密碼各不相同，所以，要修改腳本，設(shè)置參數(shù)。我是錄制了一個(gè)腳本，復(fù)制了49份，在每個(gè)腳本中手工修改了各自不同的地方。

　　3、啟動(dòng)Loadrunner Controller，先將剛才保存的腳本添加進(jìn)來。然后點(diǎn)擊“Scenario”菜單，激活其中的“Enable IP Spoofer”。

　　4、點(diǎn)擊屏幕右方的“Generators”，添加已經(jīng)建立的IP，然后connect建立連接。

　　5、對連接起來的不同用戶(IP地址)分配不同的腳本，在Controller中的“design”中，點(diǎn)擊“Load Generators”其中，每個(gè)腳本有一個(gè)用戶執(zhí)行。

　　6、執(zhí)行Scenario。

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

　　1. 在傳統(tǒng)的BugZilla中，BUG描述應(yīng)該包括以下的信息

　　2. 和BUG生對應(yīng)的軟件版本和模塊

　　3. 開發(fā)的接口人員

　　4. BUG的優(yōu)先級

　　5. BUG的嚴(yán)重程度

　　6. BUG可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷

　　7. BUG標(biāo)題，需要清晰的描述現(xiàn)象

　　8. BUG描述，需要盡量給出重新Bug的步驟

　　9. BUG附件中能給出相關(guān)的日志和截圖。

　　高質(zhì)量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開發(fā)人員定位，因此提交高質(zhì)量的軟件缺陷記錄需要注意對BUG記錄的描述質(zhì)量多且準(zhǔn)確。

　　三、BUG管理工具的跟蹤過程

　　用BugZilla為例子

　　測試人員發(fā)現(xiàn)了BUG，提交到Bugzilla中，狀態(tài)為new，BUG的接受者為開發(fā)接口人員

　　開發(fā)接口將BUG分配給相關(guān)的模塊的開發(fā)人員，狀態(tài)修改為已分配，開發(fā)人員和測試確認(rèn)BUG，如果是本人的BUG，則設(shè)置為接收;如果是別的開發(fā)人員的問題，則轉(zhuǎn)發(fā)出去，由下一個(gè)開發(fā)人員來進(jìn)行此行為;如果認(rèn)為不是問題，則需要大家討論并確認(rèn)后，拒絕這個(gè)BUG，然后測試人員關(guān)閉此問題。

　　如果開發(fā)人員接受了BUG，并修改好以后，將BUG狀態(tài)修改為已修復(fù)，并告知測試在哪個(gè)版本中可以測試。

　　測試人員在新版本中測試，如果發(fā)現(xiàn)問題依然存在，則拒絕驗(yàn)證;如果已經(jīng)修復(fù)，則關(guān)閉BUG。

　　四、您認(rèn)為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么?

　　盡量面對面的溝通，其次是能直接通過電話溝通，如果只能通過Email等非及時(shí)溝通工具的話，強(qiáng)調(diào)必須對特性的理解深刻以及能表達(dá)清楚。

　　運(yùn)用一些測試管理工具如TestDirector進(jìn)行管理也是較有效的方法，同時(shí)要注意在TestDirector中對BUG有準(zhǔn)確的描述。

　　在團(tuán)隊(duì)中建立測試人員與開發(fā)人員良好溝通中注意以下幾點(diǎn)：

　　一真誠

　　二是團(tuán)隊(duì)精神

　　三是在專業(yè)上有共同語言

　　四是要對事不對人，工作至上

　　當(dāng)然也可以通過直接指出一些小問題，而不是進(jìn)入BUG Tracking System來增加對方的好感。

　　五、你對測試最大的興趣在哪里?為什么?

　　回答這個(gè)面試題，沒有固定統(tǒng)一的答案，但可能是許多企業(yè)都會(huì)問到的。提供以下答案供考：

　　1、最大的興趣，感覺這是一個(gè)有挑戰(zhàn)性的工作;

　　2、測試是一個(gè)經(jīng)驗(yàn)行業(yè)，工作越久越能感覺到做好測試的難度和樂趣

　　3、通過自己的工作，能使軟件產(chǎn)品越來越完善，從中體會(huì)到樂趣

　　回答此類問題注意以下幾個(gè)方面：

　　1、盡可能的切合招聘企業(yè)的技術(shù)路線來表達(dá)你的興趣，例如該企業(yè)是數(shù)據(jù)庫應(yīng)用的企業(yè)，那么表示你的興趣在數(shù)據(jù)庫的測試，并且希望通過測試提升自己的數(shù)據(jù)庫掌握能力。

　　2、表明你做測試的目的是為了提升能力，也是為了更好的做好測試;提升能力不是為了以后轉(zhuǎn)開發(fā)或其他的，除非用人企業(yè)有這樣的安排。

　　3、不要過多的表達(dá)你的興趣在招聘企業(yè)的范疇這外。比如招聘企業(yè)是做財(cái)務(wù)軟件的，可是你表現(xiàn)出來的是對游戲軟件的興趣;或招聘是做JAVA開發(fā)的，而你的興趣是在C類語言程序的開發(fā)。

　　六、你自認(rèn)為測試的優(yōu)勢在哪里?

　　該面試也沒有固定不變的答案，但可參考以下幾點(diǎn)，并結(jié)合自身特點(diǎn)：

　　1、有韌性

　　2、有耐心

　　3、做事有條理性

　　4、喜歡面對挑戰(zhàn)

　　5、有信心做好每一件事情

　　6、較強(qiáng)的溝通能力

　　7、從以前的經(jīng)理處都得到了很好的評價(jià)表明我做的很好

　　七、集成測試通常都有那些策略?

　　1、大爆炸集成

　　2、自頂向下集成

　　3、自底向上集成

　　4、三明治集成適應(yīng)于大部分軟件開發(fā)項(xiàng)目

　　5、基干集成

　　6、分層集成

　　7、基于功能的集成

　　8、基于消息的集成

　　9、基于風(fēng)險(xiǎn)的集成

　　10、基于進(jìn)度的集成

　　1 請你分別畫出OSI的七層網(wǎng)絡(luò)結(jié)構(gòu)圖和TCP/IP的四層結(jié)構(gòu)圖。

　　答：OSI七層網(wǎng)絡(luò)結(jié)構(gòu)圖，由上至下：

　　應(yīng)用層

　　表示層

　　會(huì)話層

　　傳輸層

　　網(wǎng)絡(luò)層

　　數(shù)據(jù)鏈路層

　　物理層

　　TCP/IP的四層結(jié)構(gòu)圖

　　應(yīng)用層

　　傳輸層

　　互聯(lián)層

　　鏈路層

　　2 請你詳細(xì)地解釋一下IP協(xié)議的定義，在哪個(gè)層上面?主要有什么作用?TCP與UDP呢?

　　答：

　　2.1 IP協(xié)議：

　　2.1.1 介紹

　　2.1.1.1 出發(fā)點(diǎn)(Motivation)

　　Internet協(xié)議是為了在包交換(packet-switched)計(jì)算機(jī)通訊網(wǎng)絡(luò)的互聯(lián)系統(tǒng)中使用而設(shè)計(jì)的。我們稱這樣的系統(tǒng)為“catener”【1】。Internet協(xié)議提供從發(fā)起者(source)到目的地(destination)的塊數(shù)據(jù)(數(shù)據(jù)報(bào))的傳輸，發(fā)起者和目的地都是由固定長度的地址標(biāo)識(shí)的主機(jī)(host)。如果需要，Internet協(xié)議也提供長數(shù)據(jù)報(bào)的分片(fragmentation)和重組(reassembly)，以通過“小包”(small packet)網(wǎng)絡(luò)傳輸大數(shù)據(jù)報(bào)。

　　2.1.1.2 范圍(Scope)

　　internet協(xié)議僅限于提供在互聯(lián)網(wǎng)絡(luò)系統(tǒng)上從發(fā)起者到目的地投遞一個(gè)internet數(shù)據(jù)報(bào)所需的功能。不提供增強(qiáng)端到端(end-to-end)的可靠性，流程控制(flow control)，排序(sequencing)，和其它主機(jī)到主機(jī)協(xié)議上常有的服務(wù)。internet協(xié)議可以支持網(wǎng)絡(luò)提供不同類型和不同質(zhì)量的服務(wù)(The internet protocol can capitalize on the services of its supporting networks to provide various types and qualities of service.)。

　　2.1.1.3 接口(Interfaces)

　　在internet環(huán)境中，本協(xié)議被視為主機(jī)到主機(jī)(host-to-host)的協(xié)議。本協(xié)議調(diào)用本地網(wǎng)絡(luò)協(xié)議來攜帶internet數(shù)據(jù)報(bào)到下一個(gè)網(wǎng)關(guān)或者目的主機(jī)。

　　比如，TCP模塊調(diào)用internet模塊攜帶一個(gè)TCP分片(該分片包含了TCP頭部和用戶數(shù)據(jù))作為一個(gè)internet數(shù)據(jù)報(bào)的數(shù)據(jù)部分。TCP模塊會(huì)在internet頭部中提供地址(addresses)和其他參數(shù)作為調(diào)用Internet模塊的參數(shù)。然后internet模塊會(huì)創(chuàng)建一個(gè)internet數(shù)據(jù)報(bào)并且調(diào)用本地網(wǎng)絡(luò)接口來傳輸internet數(shù)據(jù)報(bào)。

　　比如，對于ARPANET，internet模塊會(huì)調(diào)用一個(gè)本地網(wǎng)絡(luò)模塊(local net module)，該模塊會(huì)給internet數(shù)據(jù)報(bào)添加一個(gè)1822個(gè)字節(jié)的前導(dǎo)字符，創(chuàng)建一條傳輸給IMP的ARPANET消息。ARPANET地址將通過本地網(wǎng)絡(luò)接口從internet地址中獲取，該地址是ARPANET中的某些主機(jī)的地址，該主機(jī)可能是個(gè)到其他網(wǎng)絡(luò)的網(wǎng)關(guān)。

　　2.1.1.4 操作(operation)

　　internet協(xié)議執(zhí)行兩個(gè)基本功能:尋址(addressing)和分片(fragmentation).

　　internet模塊使用在internet頭部中攜帶的地址來給目的地址傳送internet數(shù)據(jù)報(bào).傳輸路徑的選擇被稱作選路(routing).

　　internet模塊使用internet頭部中的域來分片和重組internet數(shù)據(jù)報(bào),這在通過"小包"網(wǎng)絡(luò)傳輸?shù)那闆r下是必要的.

　　操作模型是位于每個(gè)主機(jī)上的internet模塊負(fù)責(zé)internet通信,位于每個(gè)網(wǎng)關(guān)上的internet模塊負(fù)責(zé)網(wǎng)絡(luò)互聯(lián).這些模塊都具有解析地址,分片和重組數(shù)據(jù)報(bào)等相同的功能.另外,這些模塊(特別是網(wǎng)關(guān)上的internet模塊)具有選路和其他功能對應(yīng)的程序.

　　internet協(xié)議將每個(gè)internet數(shù)據(jù)報(bào)視為同任何其他internet數(shù)據(jù)報(bào)無關(guān)的獨(dú)立實(shí)體.這里不存在連接或者邏輯回路(虛的或其他).

　　internet協(xié)議使用4個(gè)主要的機(jī)制提供服務(wù):服務(wù)類型(Type of Service),生存時(shí)間(Time to Live),操作(Operation)和校驗(yàn)和(Header Checksum).

　　服務(wù)類型用來指示要求的服務(wù)質(zhì)量.服務(wù)類型是一個(gè)抽象的整套的參數(shù),這些參數(shù)指定了組成internet的網(wǎng)絡(luò)中提供的服務(wù)選擇.這個(gè)服務(wù)指示類型在選路的時(shí)候被網(wǎng)關(guān)用來為某一個(gè)特定的網(wǎng)絡(luò),下一個(gè)網(wǎng)絡(luò)或者下一個(gè)網(wǎng)關(guān)選擇真實(shí)的傳輸參數(shù).

　　生存時(shí)間數(shù)據(jù)報(bào)生存時(shí)間的上限.它由數(shù)據(jù)報(bào)的發(fā)送者設(shè)定,在網(wǎng)絡(luò)上每個(gè)點(diǎn),當(dāng)數(shù)據(jù)報(bào)被處理的時(shí)候,逐漸遞減.如果生存時(shí)間在internet數(shù)據(jù)報(bào)到達(dá)目的地址前達(dá)到0值,internet數(shù)據(jù)報(bào)就被銷毀.生存時(shí)間可以看作一個(gè)自我銷毀時(shí)間限制.

　　選項(xiàng)(options)提供了在某些情況下需要或有用的控制功能,但是大多數(shù)情況下是不必要的.選項(xiàng)包括時(shí)間戳(timestamp),安全(security)和特殊選路(special routing)

　　校驗(yàn)和提供了處理internet數(shù)據(jù)報(bào)使用到的信息被正確傳輸?shù)拇_認(rèn).數(shù)據(jù)可能包含錯(cuò)誤.如果校驗(yàn)和失敗了,internet數(shù)據(jù)報(bào)就被檢測到錯(cuò)誤的實(shí)體立即丟棄.

　　Internet協(xié)議并沒有提供可靠傳輸機(jī)制.沒有端對端或者逐跳(hop-by-hop)的確認(rèn)機(jī)制.沒有數(shù)據(jù)的錯(cuò)誤控制,只有一個(gè)頭部校驗(yàn)和.沒有重傳.沒有流控.。檢測到的錯(cuò)誤可以通過Internet 控制消息協(xié)議(ICMP)來報(bào)告,該協(xié)議在internet協(xié)議模塊中實(shí)現(xiàn).

　　2.2 TCP是Transmit Control Protocol(傳輸控制協(xié)議)的縮寫，工作于傳輸層，TCP提供一種面向連接的，可靠的字節(jié)流服務(wù)。

　　2.3 UDP是User Datagram Protocol(用戶數(shù)據(jù)報(bào)協(xié)議)的縮寫，在運(yùn)輸層，UDP提供不可靠的傳輸數(shù)據(jù)服務(wù)

　　3 請問交換機(jī)和路由器各自的實(shí)現(xiàn)原理是什么?分別在哪個(gè)層次上面實(shí)現(xiàn)的?

　　答：

　　3.1 交換機(jī)屬于OSI第二層即數(shù)據(jù)鏈路層設(shè)備。它根據(jù)MAC地址尋址，通過站表選擇路由，站表的建立和維護(hù)由交換機(jī)自動(dòng)進(jìn)行。

　　3.2 路由器屬于OSI第三層即網(wǎng)絡(luò)層設(shè)備，它根據(jù)IP地址進(jìn)行尋址，通過路由表路由協(xié)議產(chǎn)生。

　　4 全局變量和局部變量有什么區(qū)別?是怎么實(shí)現(xiàn)的?操作系統(tǒng)和編譯器是怎么知道的?

　　答：全局變量是整個(gè)程序都可訪問的變量，誰都可以訪問，生存期在整個(gè)程序從運(yùn)行到結(jié)束(在程序結(jié)束時(shí)所占內(nèi)存釋放)，而局部變量存在于模塊(子程序，函數(shù))中，只有所在模塊可以訪問，其他模塊不可直接訪問，模塊結(jié)束(函數(shù)調(diào)用完畢)，局部變量就消失，所占據(jù)的內(nèi)存釋放。

　　在任何函數(shù)外面定義的變量就是全局變量，在函數(shù)內(nèi)部定義的變量是局部變量，這是它們在程序中的實(shí)現(xiàn)過程。

　　操作系統(tǒng)和編譯器是根據(jù)程序運(yùn)行的內(nèi)存區(qū)域知道他們的，程序的全局?jǐn)?shù)據(jù)放在所分配內(nèi)存的全局?jǐn)?shù)據(jù)區(qū)，程序的局部數(shù)據(jù)放在棧區(qū)。

　　5 y ,3^MR一個(gè)byte幾個(gè)單位。(計(jì)算機(jī)基礎(chǔ)) PUt$[@l@

　　答：8bit。 cC@i) 2X Sq1>)A9

　　6 常用UNIX命令(Linux的常用命令)(至少10個(gè));(Unix) aYP}ye# 7

　　答：ls pwd mkdir rmdir rm cp mv cd ps ping tail more echo adduser passwd logout exit，參見Linux的教材。x3,M!>9

　　7 簡述你在以前的工作中做過哪些事情，比較熟悉什么。

　　此問題每個(gè)人都不一樣。參考答案如下。

　　我過去的主要工作是系統(tǒng)測試和自動(dòng)化測試。在系統(tǒng)測試中，主要是對BOSS系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的Class 5特性進(jìn)行測試。性能測試中，主要是進(jìn)行的壓力測試，在各個(gè)不同數(shù)量請求的情況下，獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況。自動(dòng)化測試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測試軟交換的特性測試。

　　在測試中，我感覺對用戶需求的完全準(zhǔn)確的理解非常重要。另外，就是對BUG的管理，要以需求為依據(jù)，并不是所有BUG均需要修改。

　　測試工作需要耐心和細(xì)致，因?yàn)樵谛掳姹局校m然多數(shù)原來發(fā)現(xiàn)的BUG得到了修復(fù)，但原來正確的功能也可能變得不正確。因此要注重迭代測試和回歸測試。

　　一、判斷題(第1、3題每題2分，其他題每題1分，12 分，正確的√，錯(cuò)誤的╳)

　　1.軟件測試的目的是盡可能多的找出軟件的缺陷。()

　　這個(gè)觀點(diǎn)指出測試是以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是只從字面意思理解可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是唯一目的。軟件是否符合用戶需求是判斷軟件質(zhì)量的重要標(biāo)準(zhǔn)，檢驗(yàn)軟件的可靠性也是軟件測試目的之一。

　　2.Beta 測試是項(xiàng)目驗(yàn)收測試的一種，主要發(fā)現(xiàn)項(xiàng)目中存在的重要缺陷。()

　　Beat測試和驗(yàn)收測試是兩種不同的測試。驗(yàn)收測試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評估”適合使用”為目標(biāo)，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試。所以兩者之間的是非包容關(guān)系。驗(yàn)收針對的項(xiàng)目;Alpha, Beta針對的是產(chǎn)品。最好不要出這樣的題。

　　3.驗(yàn)收測試是由最終用戶來實(shí)施的。()

　　上面說到了驗(yàn)收測試的目的和目標(biāo)，所以驗(yàn)收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測試由最終用戶來實(shí)施的情況是比較長見的。但是對于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測試會(huì)更多。

　　4.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。()

　　代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求

　　5.自底向上集成需要測試員編寫驅(qū)動(dòng)程序。()

　　這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測試。驅(qū)動(dòng)程序和樁程序都是需要開發(fā)的。

　　√

　　6.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。()

　　關(guān)于負(fù)載測試和壓力測試在論壇中的帖子中有詳細(xì)的解釋，大家可以去看一下就能得出正確的答案

　　7.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。()

　　測試是否通過，不是以缺陷是否修復(fù)完畢為標(biāo)準(zhǔn)，而是以測試需求和既定的完成標(biāo)準(zhǔn)為標(biāo)準(zhǔn)。。

　　8.代碼評審員一般由測試員擔(dān)任。()

　　如果測試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會(huì)讓普通的測試人員參與代碼的評審。

　　9.我們可以人為的使得軟件不存在配置問題。()

　　首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。

　　10.集成測試計(jì)劃在需求分析階段末提交。()

　　集成測試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。

　　二、不定項(xiàng)選擇題(每題2 分，10分)

　　1.軟件驗(yàn)收測試的基本合格通過準(zhǔn)則是：()

　　A. 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。

　　B. 所有測試項(xiàng)沒有殘余一級、二級BUG

　　C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。

　　D. 驗(yàn)收測試工件齊全。

　　回答這道題，你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對驗(yàn)收測試標(biāo)準(zhǔn)做一些調(diào)整。C是不對的因?yàn)榱㈨?xiàng)時(shí)的需求和最終的需求很大可能是不完全一致的。 A

　　2.軟件測試計(jì)劃評審會(huì)需要哪些人員參加?()

　　A.項(xiàng)目經(jīng)理

　　B.SQA 負(fù)責(zé)人

　　C.配置負(fù)責(zé)人

　　D.測試組

　　上面的4種角色都需要參與 ABCD

　　3.下列關(guān)于alpha 測試的描述中正確的是：()

　　A.alpha 測試需要用戶代表參加

　　B.alpha 測試不需要用戶代表參加

　　C.alpha 測試是系統(tǒng)測試的一種

　　D.alpha 測試是驗(yàn)收測試的一種

　　首先大家需要知道alpha測試是系統(tǒng)級別的測試，該測試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是AD