- 相關(guān)推薦
軟件測(cè)試之綜合類筆試
綜合類筆試，囊括多學(xué)門、跨學(xué)科學(xué)術(shù)知識(shí)領(lǐng)域的筆試問(wèn)題。本文將為你提供軟件測(cè)試之綜合類，歡迎閱讀參考。
一、您在從事性能測(cè)試工作時(shí)，是否使用過(guò)一些測(cè)試工具?如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟恚⒁砸粋�(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。
用過(guò)LoadRunner。下面提供一個(gè)完整測(cè)試實(shí)例，可參考(也可以選擇其中一部分作為答案)
該方案是針對(duì)某公司試題庫(kù)的性能測(cè)試。該試題庫(kù)是用來(lái)對(duì)公司內(nèi)部員工培訓(xùn)結(jié)果的一個(gè)考核。試題庫(kù)在公司內(nèi)部web服務(wù)器上，假設(shè)開(kāi)設(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é)果。
但是，一般測(cè)試部門不可能有50臺(tái)機(jī)器同時(shí)進(jìn)行測(cè)試的。所以，可以借Loadrunner7.51模擬IP地址，修改腳本來(lái)協(xié)助測(cè)試。但是，為了保證測(cè)試結(jié)果，建議搜羅公司中所有可用的機(jī)器進(jìn)行復(fù)測(cè)，因?yàn)橛袝r(shí)候是不可以完全信賴工具的。
現(xiàn)場(chǎng)測(cè)試環(huán)境
硬件：50臺(tái)PC機(jī)，Web服務(wù)器
軟件：Loadrunner7.0，Win2000，IE5.0和IE6.0
人員：質(zhì)控部2人，執(zhí)行現(xiàn)場(chǎng)測(cè)試
項(xiàng)目部22人，提供現(xiàn)場(chǎng)環(huán)境
技術(shù)部各1人，提供技術(shù)支持
測(cè)試要求
50個(gè)用戶擁有獨(dú)立IP地址，不同的用戶及密碼登錄，試題完成后各自同時(shí)提交。
測(cè)試內(nèi)容
50個(gè)用戶以不同的用戶名和密碼登錄試題庫(kù)。試題完成后，提交考試結(jié)果。測(cè)試考試結(jié)果是否能正常提交以及正確評(píng)分。
測(cè)試方案
1、 完全20臺(tái)實(shí)際的PC機(jī)進(jìn)行現(xiàn)場(chǎng)測(cè)試。
(1) 準(zhǔn)備工作，并做計(jì)劃。第一輪測(cè)試執(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) 分別記錄第一輪測(cè)試(三遍)的結(jié)果
(5) 第二輪測(cè)試準(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) 記錄第二輪測(cè)試結(jié)果
(10) 第三輪測(cè)試準(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) 記錄第三輪測(cè)試結(jié)果
(15) 第四輪測(cè)試準(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) 記錄第四輪測(cè)試結(jié)果
(20) 第五輪測(cè)試準(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) 記錄第五輪測(cè)試結(jié)果
(25) 第六輪測(cè)試準(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) 記錄第六輪測(cè)試結(jié)果
(30) 第七輪測(cè)試準(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) 記錄第七輪測(cè)試結(jié)果，參見(jiàn)第二輪測(cè)試-第六輪測(cè)試過(guò)程分別對(duì)IE5.0和IE6.0的情況進(jìn)行測(cè)試
(36) 第八輪測(cè)試準(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) 記錄第八輪測(cè)試結(jié)果，參見(jiàn)第二輪測(cè)試-第六輪測(cè)試過(guò)程分別對(duì)IE5.0和IE6.0的情況進(jìn)行測(cè)試
(41) 第九輪測(cè)試準(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) 記錄第九輪測(cè)試結(jié)果，參見(jiàn)第二輪測(cè)試-第六輪測(cè)試過(guò)程分別對(duì)IE5.0和IE6.0的情況進(jìn)行測(cè)試
2、 模擬20個(gè)用戶進(jìn)行測(cè)試。其中，10臺(tái)是PC機(jī)，另外10臺(tái)機(jī)器的IP地址是Loadrunner模擬出來(lái)的。
(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) 對(duì)于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來(lái)模擬
(4) 其余過(guò)程參見(jiàn)1
3、 模擬20個(gè)用戶進(jìn)行測(cè)試。其中，5臺(tái)是PC機(jī)，另外15臺(tái)機(jī)器的IP地址是用Loadrunner模擬出來(lái)的。
(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) 對(duì)于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來(lái)模擬
(4) 其余過(guò)程參見(jiàn)1
4、 模擬35個(gè)用戶進(jìn)行測(cè)試。其中，20臺(tái)是PC機(jī)，另外15臺(tái)機(jī)器的IP地址是用Loadrunner模擬出來(lái)的。
(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) 對(duì)于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來(lái)模擬
(4) 其余過(guò)程參見(jiàn)1
5、 模擬50臺(tái)用戶進(jìn)行測(cè)試。其中，20臺(tái)是PC機(jī)，另外30臺(tái)機(jī)器的IP地址是用分別用兩臺(tái)實(shí)際的PC機(jī)模擬出來(lái)的。記錄測(cè)試結(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) 對(duì)于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來(lái)模擬
(4) 其余過(guò)程參見(jiàn)1
6、 對(duì)5中所述情況重復(fù)測(cè)試兩次。
7、 為了保證結(jié)果的正確性，完全50臺(tái)實(shí)際的PC機(jī)進(jìn)行現(xiàn)場(chǎng)測(cè)試。過(guò)程參見(jiàn)1
測(cè)試過(guò)程
注：該測(cè)試過(guò)程針對(duì)虛擬IP地址情況。
1、 一臺(tái)PC機(jī)上創(chuàng)建15個(gè)虛擬的IP地址。首先，啟動(dòng)IP Wizard，如下：開(kāi)始程序->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)來(lái)。然后點(diǎn)擊“Scenario”菜單，激活其中的“Enable IP Spoofer”。
4、 點(diǎn)擊屏幕右方的“Generators”，添加已經(jīng)建立的IP，然后connect建立連接。
5、對(duì)連接起來(lái)的不同用戶(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生對(duì)應(yīng)的軟件版本和模塊
3. 開(kāi)發(fā)的接口人員
4. BUG的優(yōu)先級(jí)
5. BUG的嚴(yán)重程度
6. BUG可能屬于的模塊，如果不能確認(rèn)，可以用開(kāi)發(fā)人員來(lái)判斷
7. BUG標(biāo)題，需要清晰的描述現(xiàn)象
8. BUG描述，需要盡量給出重新Bug的步驟
9. BUG附件中能給出相關(guān)的日志和截圖。
高質(zhì)量的BUG記錄就是指很容易理解的BUG記錄，所以，對(duì)于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開(kāi)發(fā)人員定位，因此提交高質(zhì)量的軟件缺陷記錄需要注意對(duì)BUG記錄的描述質(zhì)量多且準(zhǔn)確。
三、BUG管理工具的跟蹤過(guò)程
用BugZilla為例子
測(cè)試人員發(fā)現(xiàn)了BUG，提交到Bugzilla中，狀態(tài)為new，BUG的接受者為開(kāi)發(fā)接口人員
開(kāi)發(fā)接口將BUG分配給相關(guān)的模塊的開(kāi)發(fā)人員，狀態(tài)修改為已分配，開(kāi)發(fā)人員和測(cè)試確認(rèn)BUG，如果是本人的BUG，則設(shè)置為接收;如果是別的開(kāi)發(fā)人員的問(wèn)題，則轉(zhuǎn)發(fā)出去，由下一個(gè)開(kāi)發(fā)人員來(lái)進(jìn)行此行為;如果認(rèn)為不是問(wèn)題，則需要大家討論并確認(rèn)后，拒絕這個(gè)BUG，然后測(cè)試人員關(guān)閉此問(wèn)題。
如果開(kāi)發(fā)人員接受了BUG，并修改好以后，將BUG狀態(tài)修改為已修復(fù)，并告知測(cè)試在哪個(gè)版本中可以測(cè)試。
測(cè)試人員在新版本中測(cè)試，如果發(fā)現(xiàn)問(wèn)題依然存在，則拒絕驗(yàn)證;如果已經(jīng)修復(fù)，則關(guān)閉BUG。
四、您認(rèn)為在測(cè)試人員同開(kāi)發(fā)人員的溝通過(guò)程中，如何提高溝通的效率和改善溝通的效果?維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么?
盡量面對(duì)面的溝通，其次是能直接通過(guò)電話溝通，如果只能通過(guò)Email等非及時(shí)溝通工具的話，強(qiáng)調(diào)必須對(duì)特性的理解深刻以及能表達(dá)清楚。
運(yùn)用一些測(cè)試管理工具如TestDirector進(jìn)行管理也是較有效的方法，同時(shí)要注意在TestDirector中對(duì)BUG有準(zhǔn)確的描述。
在團(tuán)隊(duì)中建立測(cè)試人員與開(kāi)發(fā)人員良好溝通中注意以下幾點(diǎn)：
一真誠(chéng)
二是團(tuán)隊(duì)精神
三是在專業(yè)上有共同語(yǔ)言
四是要對(duì)事不對(duì)人，工作至上
當(dāng)然也可以通過(guò)直接指出一些小問(wèn)題，而不是進(jìn)入BUG Tracking System來(lái)增加對(duì)方的好感。
五、你對(duì)測(cè)試最大的興趣在哪里?為什么?
回答這個(gè)面試題，沒(méi)有固定統(tǒng)一的答案，但可能是許多企業(yè)都會(huì)問(wèn)到的。提供以下答案供考：
1、最大的興趣，感覺(jué)這是一個(gè)有挑戰(zhàn)性的工作;
2、測(cè)試是一個(gè)經(jīng)驗(yàn)行業(yè)，工作越久越能感覺(jué)到做好測(cè)試的難度和樂(lè)趣
3、通過(guò)自己的工作，能使軟件產(chǎn)品越來(lái)越完善，從中體會(huì)到樂(lè)趣
回答此類問(wèn)題注意以下幾個(gè)方面：
1、盡可能的切合招聘企業(yè)的技術(shù)路線來(lái)表達(dá)你的興趣，例如該企業(yè)是數(shù)據(jù)庫(kù)應(yīng)用的企業(yè)，那么表示你的興趣在數(shù)據(jù)庫(kù)的測(cè)試，并且希望通過(guò)測(cè)試提升自己的數(shù)據(jù)庫(kù)掌握能力。
2、表明你做測(cè)試的目的是為了提升能力，也是為了更好的做好測(cè)試;提升能力不是為了以后轉(zhuǎn)開(kāi)發(fā)或其他的，除非用人企業(yè)有這樣的安排。
3、不要過(guò)多的表達(dá)你的興趣在招聘企業(yè)的范疇這外。比如招聘企業(yè)是做財(cái)務(wù)軟件的，可是你表現(xiàn)出來(lái)的是對(duì)游戲軟件的興趣;或招聘是做JAVA開(kāi)發(fā)的，而你的興趣是在C類語(yǔ)言程序的開(kāi)發(fā)。
六、你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里?
該面試也沒(méi)有固定不變的答案，但可參考以下幾點(diǎn)，并結(jié)合自身特點(diǎn)：
1、有韌性
2、有耐心
3、做事有條理性
4、喜歡面對(duì)挑戰(zhàn)
5、有信心做好每一件事情
6、較強(qiáng)的溝通能力
7、從以前的經(jīng)理處都得到了很好的評(píng)價(jià)表明我做的很好
七、集成測(cè)試通常都有那些策略?
1、大爆炸集成
2、自頂向下集成
3、自底向上集成
4、三明治集成適應(yīng)于大部分軟件開(kāi)發(fā)項(xiàng)目
5、基干集成
6、分層集成
7、基于功能的集成
8、基于消息的集成
9、基于風(fēng)險(xiǎn)的集成
10、基于進(jìn)度的集成
1 請(qǐng)你分別畫出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 請(qǐng)你詳細(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ā)起者和目的地都是由固定長(zhǎng)度的地址標(biāo)識(shí)的主機(jī)(host)。如果需要，Internet協(xié)議也提供長(zhǎng)數(shù)據(jù)報(bào)的分片(fragmentation)和重組(reassembly)，以通過(guò)“小包”(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é)議來(lái)攜帶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ò)接口來(lái)傳輸internet數(shù)據(jù)報(bào)。
比如，對(duì)于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地址將通過(guò)本地網(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頭部中攜帶的地址來(lái)給目的地址傳送internet數(shù)據(jù)報(bào).傳輸路徑的選擇被稱作選路(routing).
internet模塊使用internet頭部中的域來(lái)分片和重組internet數(shù)據(jù)報(bào),這在通過(guò)"小包"網(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模塊)具有選路和其他功能對(duì)應(yīng)的程序.
internet協(xié)議將每個(gè)internet數(shù)據(jù)報(bào)視為同任何其他internet數(shù)據(jù)報(bào)無(wú)關(guān)的獨(dú)立實(shí)體.這里不存在連接或者邏輯回路(虛的或其他).
internet協(xié)議使用4個(gè)主要的機(jī)制提供服務(wù):服務(wù)類型(Type of Service),生存時(shí)間(Time to Live),操作(Operation)和校驗(yàn)和(Header Checksum).
服務(wù)類型用來(lái)指示要求的服務(wù)質(zhì)量.服務(wù)類型是一個(gè)抽象的整套的參數(shù),這些參數(shù)指定了組成internet的網(wǎng)絡(luò)中提供的服務(wù)選擇.這個(gè)服務(wù)指示類型在選路的時(shí)候被網(wǎng)關(guān)用來(lái)為某一個(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)就被檢測(cè)到錯(cuò)誤的實(shí)體立即丟棄.
Internet協(xié)議并沒(méi)有提供可靠傳輸機(jī)制.沒(méi)有端對(duì)端或者逐跳(hop-by-hop)的確認(rèn)機(jī)制.沒(méi)有數(shù)據(jù)的錯(cuò)誤控制,只有一個(gè)頭部校驗(yàn)和.沒(méi)有重傳.沒(méi)有流控.。檢測(cè)到的錯(cuò)誤可以通過(guò)Internet 控制消息協(xié)議(ICMP)來(lái)報(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 請(qǐng)問(wèn)交換機(jī)和路由器各自的實(shí)現(xiàn)原理是什么?分別在哪個(gè)層次上面實(shí)現(xiàn)的?
答：
3.1 交換機(jī)屬于OSI第二層即數(shù)據(jù)鏈路層設(shè)備。它根據(jù)MAC地址尋址，通過(guò)站表選擇路由，站表的建立和維護(hù)由交換機(jī)自動(dòng)進(jìn)行。
3.2 路由器屬于OSI第三層即網(wǎng)絡(luò)層設(shè)備，它根據(jù)IP地址進(jìn)行尋址，通過(guò)路由表路由協(xié)議產(chǎn)生。
4 全局變量和局部變量有什么區(qū)別?是怎么實(shí)現(xiàn)的?操作系統(tǒng)和編譯器是怎么知道的?
答：全局變量是整個(gè)程序都可訪問(wèn)的變量，誰(shuí)都可以訪問(wèn)，生存期在整個(gè)程序從運(yùn)行到結(jié)束(在程序結(jié)束時(shí)所占內(nèi)存釋放)，而局部變量存在于模塊(子程序，函數(shù))中，只有所在模塊可以訪問(wèn)，其他模塊不可直接訪問(wèn)，模塊結(jié)束(函數(shù)調(diào)用完畢)，局部變量就消失，所占據(jù)的內(nèi)存釋放。
在任何函數(shù)外面定義的變量就是全局變量，在函數(shù)內(nèi)部定義的變量是局部變量，這是它們?cè)诔绦蛑械膶?shí)現(xiàn)過(guò)程。
操作系統(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，參見(jiàn)Linux的教材。x3,M!>9
7 簡(jiǎn)述你在以前的工作中做過(guò)哪些事情，比較熟悉什么。
此問(wèn)題每個(gè)人都不一樣。參考答案如下。
我過(guò)去的主要工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試。在系統(tǒng)測(cè)試中，主要是對(duì)BOSS系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的Class 5特性進(jìn)行測(cè)試。性能測(cè)試中，主要是進(jìn)行的壓力測(cè)試，在各個(gè)不同數(shù)量請(qǐng)求的情況下，獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況。自動(dòng)化測(cè)試主要是通過(guò)自己寫腳本以及一些第三方工具的結(jié)合來(lái)測(cè)試軟交換的特性測(cè)試。
在測(cè)試中，我感覺(jué)對(duì)用戶需求的完全準(zhǔn)確的理解非常重要。另外，就是對(duì)BUG的管理，要以需求為依據(jù)，并不是所有BUG均需要修改。
測(cè)試工作需要耐心和細(xì)致，因?yàn)樵谛掳姹局校m然多數(shù)原來(lái)發(fā)現(xiàn)的BUG得到了修復(fù)，但原來(lái)正確的功能也可能變得不正確。因此要注重迭代測(cè)試和回歸測(cè)試。
一、判斷題(第1、3題每題2分，其他題每題1分，12 分，正確的√，錯(cuò)誤的╳)
1.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。()
這個(gè)觀點(diǎn)指出測(cè)試是以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是只從字面意思理解可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是唯一目的。軟件是否符合用戶需求是判斷軟件質(zhì)量的重要標(biāo)準(zhǔn)，檢驗(yàn)軟件的可靠性也是軟件測(cè)試目的之一。
X
2.Beta 測(cè)試是項(xiàng)目驗(yàn)收測(cè)試的一種，主要發(fā)現(xiàn)項(xiàng)目中存在的重要缺陷。()
Beat測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。驗(yàn)收針對(duì)的項(xiàng)目;Alpha, Beta針對(duì)的是產(chǎn)品。最好不要出這樣的題。
X
3.驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。()
上面說(shuō)到了驗(yàn)收測(cè)試的目的和目標(biāo)，所以驗(yàn)收測(cè)試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來(lái)實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測(cè)試由最終用戶來(lái)實(shí)施的情況是比較長(zhǎng)見(jiàn)的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。
X
4.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。()
代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說(shuō)代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求
X
5.自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。()
這道題目大家看下top-down 和 down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開(kāi)發(fā)的。
√
6.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。()
關(guān)于負(fù)載測(cè)試和壓力測(cè)試在論壇中的帖子中有詳細(xì)的解釋，大家可以去看一下就能得出正確的答案
X
7.測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。()
測(cè)試是否通過(guò)，不是以缺陷是否修復(fù)完畢為標(biāo)準(zhǔn)，而是以測(cè)試需求和既定的完成標(biāo)準(zhǔn)為標(biāo)準(zhǔn)。。
X
8.代碼評(píng)審員一般由測(cè)試員擔(dān)任。()
如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過(guò)大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。
X
9.我們可以人為的使得軟件不存在配置問(wèn)題。()
首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問(wèn)的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。
X
10.集成測(cè)試計(jì)劃在需求分析階段末提交。()
集成測(cè)試計(jì)劃在開(kāi)發(fā)人員完成軟件集成計(jì)劃之后就可以開(kāi)始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。
X
二、不定項(xiàng)選擇題(每題2 分，10分)
1.軟件驗(yàn)收測(cè)試的基本合格通過(guò)準(zhǔn)則是：()
A. 軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。
B. 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)BUG
C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
D. 驗(yàn)收測(cè)試工件齊全。
回答這道題，你必須是這家企業(yè)的員工。前面說(shuō)到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。C是不對(duì)的因?yàn)榱㈨?xiàng)時(shí)的需求和最終的需求很大可能是不完全一致的。 A
2.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?()
A.項(xiàng)目經(jīng)理
B.SQA 負(fù)責(zé)人
C.配置負(fù)責(zé)人
D.測(cè)試組
上面的4種角色都需要參與 ABCD
3.下列關(guān)于alpha 測(cè)試的描述中正確的是：()
A.alpha 測(cè)試需要用戶代表參加
B.alpha 測(cè)試不需要用戶代表參加
C.alpha 測(cè)試是系統(tǒng)測(cè)試的一種
D.alpha 測(cè)試是驗(yàn)收測(cè)試的一種
首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來(lái)。所以答案應(yīng)該是AD
4.測(cè)試設(shè)計(jì)員的職責(zé)有：()
A.制定測(cè)試計(jì)劃
B.設(shè)計(jì)測(cè)試用例
C.設(shè)計(jì)測(cè)試過(guò)程、腳本
D.評(píng)估測(cè)試活動(dòng)
合理的答案的是BC，同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。
5.軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：()
A.需求工件已經(jīng)被基線化
B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C.構(gòu)架工件已經(jīng)被基線化
D.項(xiàng)目階段成果已經(jīng)被基線化
先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了
三、填空題(每空1分，24 分)
1.軟件驗(yàn)收測(cè)試包括___、___、____三種類型。
軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。
2.系統(tǒng)測(cè)試的策略有____________________________等15 種方法。(該題
15個(gè)空)
系統(tǒng)測(cè)試的策略有很多種的，有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試、易用性測(cè)試、安全測(cè)試、配置測(cè)試、安裝測(cè)試、文檔測(cè)試、故障恢復(fù)測(cè)試、用戶界面測(cè)試、恢復(fù)測(cè)試、分布測(cè)試、可用性測(cè)試。
3.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有___、___和____。
設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。
4.通過(guò)畫因果圖來(lái)寫測(cè)試用例的步驟為_(kāi)__、___、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。 利用因果圖生成測(cè)試用例的基本步驟是：
§ 分析軟件規(guī)格說(shuō)明描述中，哪些是原因(即輸入條件或輸入條件的等價(jià)類)，哪些是結(jié)果(即輸出條件)，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。
§ 分析軟件規(guī)格說(shuō)明描述中的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。
§ 由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。 § 把因果圖轉(zhuǎn)換成判定表。
§ 把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。
【軟件測(cè)試之綜合類筆試】相關(guān)文章：
軟件測(cè)試面試的筆試題07-21
軟件測(cè)試筆試題09-25
高級(jí)軟件測(cè)試員筆試題07-28
軟件測(cè)試筆試題題目09-24
軟件測(cè)試筆試試題09-24
華為IT軟件測(cè)試筆試題07-15
2017軟件測(cè)試筆試題08-07
騰訊軟件測(cè)試筆試題09-26
軟件測(cè)試筆試題匯總09-26