軟件測試之綜合類筆試

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

相關(guān)推薦

軟件測試之綜合類筆試

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

軟件測試之綜合類筆試

　　一、您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。

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

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

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

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

　　硬件：50臺PC機，Web服務(wù)器

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

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

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

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

　　測試要求

　　50個用戶擁有獨立IP地址，不同的用戶及密碼登錄，試題完成后各自同時提交。

　　測試內(nèi)容

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

　　測試方案

　　1、完全20臺實際的PC機進行現(xiàn)場測試。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　(38) At 10：15 ，10個用戶同時提交

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

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

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

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

　　(43) At 10：30 ，10個用戶同時提交

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

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

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

　　2、模擬20個用戶進行測試。其中，10臺是PC機，另外10臺機器的IP地址是Loadrunner模擬出來的。

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

　　(2) 其余9臺實際的PC機分別由9個人操作，另外一臺機器由一位質(zhì)控部人員操作

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

　　(4) 其余過程參見1

　　3、模擬20個用戶進行測試。其中，5臺是PC機，另外15臺機器的IP地址是用Loadrunner模擬出來的。

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

　　(2) 其余4臺實際的PC機分別由4個人操作，另外一臺機器由一位質(zhì)控部人員操作

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

　　(4) 其余過程參見1

　　4、模擬35個用戶進行測試。其中，20臺是PC機，另外15臺機器的IP地址是用Loadrunner模擬出來的。

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

　　(2) 其余18臺實際的PC機分別由18個人操作，另外兩臺機器由兩位質(zhì)控部人員操作

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

　　(4) 其余過程參見1

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

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

　　(2) 其余18臺實際的PC機分別由18個人操作，另外兩臺機器由兩位質(zhì)控部人員操作

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

　　(4) 其余過程參見1

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

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

　　測試過程

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

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

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

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

　　3、啟動Loadrunner Controller，先將剛才保存的腳本添加進來。然后點擊“Scenario”菜單，激活其中的“Enable IP Spoofer”。

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

　　5、對連接起來的不同用戶(IP地址)分配不同的腳本，在Controller中的“design”中，點擊“Load Generators”其中，每個腳本有一個用戶執(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ā)出去，由下一個開發(fā)人員來進行此行為;如果認(rèn)為不是問題，則需要大家討論并確認(rèn)后，拒絕這個BUG，然后測試人員關(guān)閉此問題。

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

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

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

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

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

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

　　一真誠

　　二是團隊精神

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

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

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

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

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

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

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

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

　　回答此類問題注意以下幾個方面：

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

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

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

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

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

　　1、有韌性

　　2、有耐心

　　3、做事有條理性

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

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

　　6、較強的溝通能力

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

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

　　1、大爆炸集成

　　2、自頂向下集成

　　3、自底向上集成

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

　　5、基干集成

　　6、分層集成

　　7、基于功能的集成

　　8、基于消息的集成

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

　　10、基于進度的集成

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

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

　　應(yīng)用層

　　表示層

　　會話層

　　傳輸層

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

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

　　物理層

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

　　應(yīng)用層

　　傳輸層

　　互聯(lián)層

　　鏈路層

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

　　答：

　　2.1 IP協(xié)議：

　　2.1.1 介紹

　　2.1.1.1 出發(fā)點(Motivation)

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

　　2.1.1.2 范圍(Scope)

　　internet協(xié)議僅限于提供在互聯(lián)網(wǎng)絡(luò)系統(tǒng)上從發(fā)起者到目的地投遞一個internet數(shù)據(jù)報所需的功能。不提供增強端到端(end-to-end)的可靠性，流程控制(flow control)，排序(sequencing)，和其它主機到主機協(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é)議被視為主機到主機(host-to-host)的協(xié)議。本協(xié)議調(diào)用本地網(wǎng)絡(luò)協(xié)議來攜帶internet數(shù)據(jù)報到下一個網(wǎng)關(guān)或者目的主機。

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

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

　　2.1.1.4 操作(operation)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　答：

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

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

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

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

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

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

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

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

　　6 常用UNIX命令(Linux的常用命令)(至少10個);(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 簡述你在以前的工作中做過哪些事情，比較熟悉什么。

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

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

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

　　測試工作需要耐心和細(xì)致，因為在新版本中，雖然多數(shù)原來發(fā)現(xiàn)的BUG得到了修復(fù)，但原來正確的功能也可能變得不正確。因此要注重迭代測試和回歸測試。

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

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

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

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

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

　　3.驗收測試是由最終用戶來實施的。()

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

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

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

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

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

　　√

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

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

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

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

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

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

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

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

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

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

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

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

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

　　B. 所有測試項沒有殘余一級、二級BUG

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

　　D. 驗收測試工件齊全。

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

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

　　A.項目經(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 測試是驗收測試的一種

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