測(cè)試工程師筆試題及答案

測(cè)試程師筆試及答案一、基礎(chǔ)理論1、軟件測(cè)試的結(jié)束標(biāo)準(zhǔn)是什么,2、一套完整的測(cè)試應(yīng)該由哪些階段組成分別闡述一下各個(gè)階段。3、什么是缺陷報(bào)告,4、缺陷報(bào)告的作用5、缺陷報(bào)告的要點(diǎn)6、軟件測(cè)試缺陷報(bào)告的“5C”原則7、缺陷的二八定理8、軟件測(cè)試的流程9、測(cè)試計(jì)劃的目的是什么,測(cè)試計(jì)劃的內(nèi)容都包括什么其中哪些是最重要的,10、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。11、Alpha測(cè)試與beta測(cè)試的區(qū)別答案:一、基礎(chǔ)理論1、測(cè)試計(jì)劃中所有規(guī)定的測(cè)試內(nèi)容和回歸測(cè)試都已經(jīng)運(yùn)行完成或根據(jù)上級(jí)主管對(duì)測(cè)試結(jié)果的意見，就可以結(jié)束本次測(cè)試2、計(jì)劃階段、設(shè)計(jì)階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測(cè)試、回歸測(cè)試、驗(yàn)收測(cè)試一套完整的測(cè)試應(yīng)該由五個(gè)階段組成1)測(cè)試計(jì)劃首先，根據(jù)用戶需求報(bào)告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說(shuō)明書，定義相應(yīng)的測(cè)試需求報(bào)告，即制訂黑盒測(cè)試的最高標(biāo)準(zhǔn)。以后所有的測(cè)試工作

都將圍繞著測(cè)試需求來(lái)進(jìn)行，符合測(cè)試需求的應(yīng)用程序即是合格的，反之即是不合格的;同時(shí)，還要適當(dāng)選擇測(cè)試內(nèi)容，合理安排測(cè)試人員、測(cè)試時(shí)間及測(cè)試資源等。2)測(cè)試設(shè)計(jì)將測(cè)試計(jì)劃階段制訂的測(cè)試需求分解、細(xì)化為若干個(gè)可執(zhí)行的測(cè)試過(guò)程，并為每個(gè)測(cè)試過(guò)程選擇適當(dāng)?shù)臏y(cè)試用例測(cè)試用例選擇的好壞將直接影響測(cè)試結(jié)果的有效性)。3)測(cè)試開發(fā)建立可重復(fù)使用的自動(dòng)測(cè)試過(guò)程。4)測(cè)試執(zhí)行執(zhí)行測(cè)試開發(fā)階段建立的自動(dòng)測(cè)試過(guò)程，并對(duì)所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，測(cè)試執(zhí)行一般由單元測(cè)試、組合測(cè)試、集成測(cè)試、系統(tǒng)聯(lián)調(diào)及回歸測(cè)試等步驟組成，測(cè)試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度，一步一個(gè)腳印地進(jìn)行測(cè)試。5)測(cè)試評(píng)估結(jié)合量化的測(cè)試覆蓋域及缺陷跟蹤報(bào)告，對(duì)于應(yīng)用軟件的質(zhì)量和開發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評(píng)價(jià)。3、缺陷報(bào)告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報(bào)告BugReport(SBR)或軟件問題報(bào)告SoftwareProblemReport(SPR)4、缺陷報(bào)告是軟件測(cè)試人員的工作成果之一，體現(xiàn)軟件測(cè)試的價(jià)值缺陷報(bào)告可以把軟件存在的缺陷準(zhǔn)確的描述出來(lái)，便于開發(fā)人員修正缺陷報(bào)告可以反映項(xiàng)目/產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)，便于項(xiàng)目整體進(jìn)度和質(zhì)量控制軟件測(cè)試缺陷報(bào)告是軟件測(cè)試的輸出成果之一，可以衡量測(cè)試人員的工作能力5、標(biāo)題(Title)簡(jiǎn)潔、準(zhǔn)確、完整、反映缺陷本質(zhì)、方便查詢前綴+標(biāo)題正文，標(biāo)題正文采用結(jié)果和動(dòng)作，或者現(xiàn)象和位置的方式表達(dá)步驟(Steps)可復(fù)現(xiàn)、完整、簡(jiǎn)潔、準(zhǔn)確

按數(shù)字編號(hào)實(shí)際結(jié)果(Actualresults)準(zhǔn)確、詳細(xì)描述軟件的現(xiàn)象和特征期望結(jié)果(Expectedresults)準(zhǔn)確、豐富、有理有據(jù)平臺(tái)(Platforms)準(zhǔn)確截圖(Screenshots)準(zhǔn)確反映缺陷特征注釋(Notes)關(guān)于缺陷的輔助說(shuō)明6、內(nèi)容準(zhǔn)確(Correct):每個(gè)組成部分的描述準(zhǔn)確，不會(huì)引起誤解步驟簡(jiǎn)潔(Concise):只包含必不可少的信息，不包括任何多余的內(nèi)容內(nèi)容清晰(Clear):每個(gè)組成部分的描述清晰，易于理解結(jié)構(gòu)完整(Complete):包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息風(fēng)格一致(Consistent):按照一致的格式書寫全部缺陷報(bào)告7、在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和避免的缺陷，而系統(tǒng)測(cè)試又能找出其余缺陷中的80%，最后的的缺陷可能只有在用戶大范圍、長(zhǎng)時(shí)間使用后才會(huì)暴露出來(lái)。

8、制訂測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、實(shí)施測(cè)試、提交缺陷報(bào)告、測(cè)試總結(jié)。9、測(cè)試計(jì)劃的目的:編寫軟件測(cè)試計(jì)劃的目的是指導(dǎo)測(cè)試組成員進(jìn)行工作和讓測(cè)試組以外的項(xiàng)目成員了解測(cè)試工作的。測(cè)試計(jì)劃的內(nèi)容:測(cè)試目的和測(cè)試項(xiàng)目簡(jiǎn)介、測(cè)試參考文檔和測(cè)試提交文檔、術(shù)語(yǔ)和定義、測(cè)試策略、確定測(cè)試內(nèi)容、資源、測(cè)試進(jìn)度、測(cè)試員的職責(zé)與任務(wù)分配、項(xiàng)目通過(guò)或失敗的標(biāo)準(zhǔn)、暫停和重新啟動(dòng)測(cè)試的標(biāo)準(zhǔn)、風(fēng)險(xiǎn)和問題等。最重要的:測(cè)試策略、確定測(cè)試內(nèi)容、資源、測(cè)試進(jìn)度、測(cè)試員的職責(zé)與任務(wù)分配、項(xiàng)目通過(guò)或失敗的標(biāo)準(zhǔn)10、黑盒測(cè)試:把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子，測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說(shuō)明書來(lái)檢查程式的功能是否滿足它的功能說(shuō)明。白盒測(cè)試:把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試。單元測(cè)試:白盒測(cè)試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測(cè)試。集成測(cè)試:在單元測(cè)試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝進(jìn)行測(cè)試。系統(tǒng)測(cè)試:在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測(cè)試。驗(yàn)收測(cè)試:第三方進(jìn)行的確認(rèn)軟件滿足需求的測(cè)試。一、判斷題1(軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。2(Beta試是驗(yàn)收測(cè)試的一種。(Y)3(驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。4(項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。5(單元測(cè)試能發(fā)現(xiàn)約的軟件缺陷。(Y)6(代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。7(底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。(Y)8(負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么

程度。(N)9(測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。10(代碼評(píng)審員一般由測(cè)試員擔(dān)任。(N)11(我們可以人為的使得軟件不存在配置問題。12(集成測(cè)試計(jì)劃在需求分析階段末提交。(N)二、選擇題1(軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是:(ABCD)A(軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B(所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C(立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D(驗(yàn)收測(cè)試工件齊全。2(軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加(ABCD)A(項(xiàng)目經(jīng)理B(SQA負(fù)責(zé)人C(配置負(fù)責(zé)人D(測(cè)試組3(下列關(guān)于alpha測(cè)試的描述中正確的是(AD)A(alpha測(cè)試需要用戶代表參加B(alpha測(cè)試不需要用戶代表參加C(alpha測(cè)試是系統(tǒng)測(cè)試的一種D(alpha測(cè)試是驗(yàn)收測(cè)試的一種4(測(cè)試設(shè)計(jì)員的職責(zé)有:(BC)A(制定測(cè)試計(jì)劃B(設(shè)計(jì)測(cè)試用例C(設(shè)計(jì)測(cè)試過(guò)程、腳本D(評(píng)估測(cè)試活動(dòng)

5(軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:(ABC)A(需求工件已經(jīng)被基線化B(詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C(構(gòu)架工件已經(jīng)被基線化D(項(xiàng)目階段成果已經(jīng)被基線化三、填空題1.軟件驗(yàn)收測(cè)試包括:正式驗(yàn)收測(cè)試，測(cè)試，beta測(cè)試。2.系統(tǒng)測(cè)試的策略有:功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，有的可以合在一起，分開寫只要寫出15就滿分哦3.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。4.對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有自頂向下，自底向上兩種。5.通過(guò)畫因果圖來(lái)寫測(cè)試用例的步驟為(1)分析軟件規(guī)格說(shuō)明描述中，哪些是原因即輸入條件或輸入條件的等價(jià)類)，哪些是結(jié)果(即輸出條件)，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。(2)分析軟件規(guī)格說(shuō)明描述中的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系，畫出因果圖。(3)由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。(4)把因果圖轉(zhuǎn)換成判定表。(5)把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。四、簡(jiǎn)答題

1.區(qū)別階段評(píng)審的與同行評(píng)審?fù)性u(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤只要是找錯(cuò)誤;階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性同行評(píng)審人數(shù):3-7人人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn)由指導(dǎo)階段評(píng)審人數(shù):5人左右評(píng)審人必須是專家具有系統(tǒng)評(píng)審資格同行評(píng)審內(nèi)容:內(nèi)容小一般文檔<40頁(yè),代碼<500行階段評(píng)審內(nèi)容:內(nèi)容多,主要看重點(diǎn)同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成階段評(píng)審時(shí)間:通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上2.什么是軟件測(cè)試為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程3簡(jiǎn)述集成測(cè)試的過(guò)程系統(tǒng)集成測(cè)試主要包括以下過(guò)程:1.構(gòu)建的確認(rèn)過(guò)程。2.補(bǔ)丁的確認(rèn)過(guò)程。3.系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。4.測(cè)試用例設(shè)計(jì)過(guò)程。5.測(cè)試代碼編寫過(guò)程。6.Bug的報(bào)告過(guò)程。7.每周/每?jī)芍艿臉?gòu)建過(guò)程。8.點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。9.組內(nèi)培訓(xùn)過(guò)程。4怎么做好文檔測(cè)試仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。

檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確5白盒測(cè)試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致沒有沖突或者沒有歧義動(dòng)態(tài):語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。7Alpha測(cè)試與beta的區(qū)別,Alpha測(cè)試在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。Beta測(cè)試當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。8比較負(fù)載測(cè)試，容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別負(fù)載測(cè)試:在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。強(qiáng)度測(cè)試:在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。容量測(cè)試:容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等，系統(tǒng)在其極限值狀態(tài)下沒有

出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。9測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么,用例全部測(cè)試。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)10描述軟件測(cè)試活動(dòng)的生命周期,測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中計(jì)劃:對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等;設(shè)計(jì):完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃實(shí)現(xiàn):進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì);執(zhí)行:根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例?？偨Y(jié):記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告。11軟件的缺陷等級(jí)應(yīng)如何劃分,A類—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤1(由于程序所引起的死機(jī),非法退出2(死循環(huán)3(數(shù)據(jù)庫(kù)發(fā)生死鎖4(因錯(cuò)誤操作導(dǎo)致的程序中斷5(功能錯(cuò)誤6(與數(shù)據(jù)庫(kù)連接錯(cuò)誤7(數(shù)據(jù)通訊錯(cuò)誤B類—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤1(程序錯(cuò)誤2(程序接口錯(cuò)誤3(數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

C類—一般性錯(cuò)誤，包括以下各種錯(cuò)誤1(操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)2(打印內(nèi)容、格式錯(cuò)誤3(簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制4(刪除操作未給出提示5(數(shù)據(jù)庫(kù)表中有過(guò)多的空字段D類—較小錯(cuò)誤，包括以下各種錯(cuò)誤1(界面不規(guī)范2(輔助說(shuō)明描述不清楚3(輸入輸出不規(guī)范4(長(zhǎng)操作未給用戶提示5(提示窗口文字未采用行業(yè)術(shù)語(yǔ)6(可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志E類—測(cè)試建議五、用例設(shè)計(jì)隨意選取一個(gè)簡(jiǎn)單物品，假定是一個(gè)喝水的帶廣告圖案的花紙杯，設(shè)計(jì)出盡可能多的測(cè)試用例。測(cè)試項(xiàng)目:杯子需求測(cè)試:查看杯子使用說(shuō)明書界面測(cè)試:查看杯子外觀功能度:用水杯裝水看漏不漏;水能不能被喝到安全性:杯子有沒有毒或細(xì)菌可*性:杯子從不同高度落下的損壞程度可移植性:杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性:杯子是否能夠容納果汁、白水、酒精、汽油等易用性:杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔:使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述疲勞測(cè)試:將杯子盛上水(案例一)放小時(shí)檢查泄漏時(shí)間和情況盛上汽油(案例二)放24小時(shí)檢查泄漏時(shí)間和情況等壓力測(cè)試:用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會(huì)穿透跌落測(cè)試:杯子加包裝(有填充物),在多高的情況摔下不破損

震動(dòng)測(cè)試:杯子加包裝(有填充物),六面震動(dòng)檢查產(chǎn)品是否能應(yīng)對(duì)惡劣的鐵路\公路\航空運(yùn)輸測(cè)試數(shù)據(jù):測(cè)試數(shù)據(jù)具體編寫此處略。其中應(yīng)用到場(chǎng)景法、等價(jià)類劃分法、因果圖法、錯(cuò)誤推測(cè)法、邊界值法等方法期望輸出:該期望輸出需查閱國(guó)標(biāo)、行標(biāo)以及使用用戶的需求說(shuō)明書測(cè)試:檢查說(shuō)明書書寫準(zhǔn)確性六、網(wǎng)絡(luò)、操作系統(tǒng)、語(yǔ)言知識(shí)1請(qǐng)你分別劃劃OSI的七層網(wǎng)絡(luò)結(jié)構(gòu)圖，和的五層結(jié)構(gòu)圖答:七層結(jié)構(gòu)從上到下依次是:7應(yīng)用層;6表示層;5會(huì)話層;4傳輸層;3網(wǎng)絡(luò)層;2數(shù)據(jù)鏈路層;1物理層五層結(jié)構(gòu)是5應(yīng)用層;4運(yùn)輸層;3網(wǎng)絡(luò)層;2鏈路層;1物理層。2請(qǐng)你詳細(xì)的解釋一下IP協(xié)議的定義，在哪個(gè)層上面，主要有什么作用TCP與UDP呢,答:UDP，TCP在傳輸層，IP在網(wǎng)絡(luò)層，TCP/IP是英文TransmissionControlProtocol/InternetProtocol縮寫，意思是"傳輸控制協(xié)議/網(wǎng)際協(xié)議"。TCP/IP議組之所以流行，部分原因是因?yàn)樗梢杂迷诟鞣N各樣的信道和底層協(xié)議(例如和X.25、以太網(wǎng)以及RS-232串行接口)之上。確切地說(shuō)，TCP/IP協(xié)議是一組包括協(xié)議和IP協(xié)議，UDP(UserDatagramProtocol)協(xié)議、ICMP(InternetControlMessageProtocol)議和其他一些協(xié)議的協(xié)議組。TCP/IP協(xié)議并不完全符合的七層參考模型。傳統(tǒng)的開放式系統(tǒng)互連參考模型，是一種通信協(xié)議的層抽象的參考模型,其中每一層執(zhí)行

某一特定任務(wù)。該模型的目的是使各種硬件在相同的層次上相互通信。這層是:物理層、數(shù)據(jù)鏈路層、網(wǎng)路層、傳輸層、話路層、表示層和應(yīng)用層。而通訊協(xié)議采用了4層的層級(jí)結(jié)構(gòu)，每一層都呼叫它的下一層所提供的網(wǎng)絡(luò)來(lái)完成自己的需求。這4層分別為:應(yīng)用層:應(yīng)用程序間溝通的層，如簡(jiǎn)單電子郵件傳輸(SMTP)、文件傳輸協(xié)議(FTP)、網(wǎng)絡(luò)遠(yuǎn)程訪問協(xié)議Telnet)等。傳輸層:在此層中，它提供了節(jié)點(diǎn)間的數(shù)據(jù)傳送服務(wù)，如傳輸控制協(xié)議TCP)、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)等，TCP和UDP給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)?請(qǐng)問交換機(jī)和路由器分別的實(shí)現(xiàn)原理是什么分別在哪個(gè)層次上面實(shí)現(xiàn)的,一般意義上說(shuō)交換機(jī)是工作在數(shù)據(jù)鏈路層。但隨著科技的發(fā)展，現(xiàn)在有了三層交換機(jī)，三層交換機(jī)已經(jīng)擴(kuò)展到了網(wǎng)絡(luò)層。也就是說(shuō)它等于“數(shù)據(jù)鏈路層+部分網(wǎng)絡(luò)層”。交換機(jī)中傳的是幀。通過(guò)存儲(chǔ)轉(zhuǎn)發(fā)來(lái)實(shí)現(xiàn)的。路由器是工作在網(wǎng)絡(luò)層。路由器中傳的是IP數(shù)據(jù)報(bào)。主要是選址和路由。4請(qǐng)問C++的類和C里面的STRUCT有什么區(qū)別答:除關(guān)鍵字不同外(class,struct)的唯一區(qū)別是結(jié)構(gòu)在默認(rèn)情況下的成員是公共(public),而類在默認(rèn)情況下的成員是私有(private)。在C++中,結(jié)構(gòu)是特殊的類。class是從struct發(fā)展而來(lái)的。之所以將和class保留，是因?yàn)?1、提出class是為了強(qiáng)調(diào)一種概念。2、保留struct是為了照顧到大多數(shù)人的習(xí)慣。struct和class是有區(qū)別的。struct保證成員按照聲明順序在內(nèi)存中存儲(chǔ)。不保證等等而它們都可以繼承，實(shí)現(xiàn)多態(tài)等。但也有少許區(qū)別。比如structA{};

classB:A{};//private繼承structC:B{};//public繼承這是由于class默認(rèn)是private，struct認(rèn)是public。一般說(shuō)來(lái)，struct和class可以換用當(dāng)然要注意一些語(yǔ)法問題)。而struct更適合看成是一個(gè)數(shù)據(jù)結(jié)構(gòu)的實(shí)現(xiàn)體，class更適合看成是一個(gè)對(duì)象的實(shí)現(xiàn)體，對(duì)私有成員進(jìn)行保護(hù)，還提供與外界的接口。從習(xí)慣上更喜歡用class。5請(qǐng)講一講析構(gòu)函數(shù)和虛函數(shù)的用法和作用答:置于“,”是析構(gòu)函數(shù);析構(gòu)函數(shù)因使用~"符號(hào)(邏輯非運(yùn)算符)，表示它為膩構(gòu)造函數(shù)，加上類名稱來(lái)定義。;析構(gòu)函數(shù)也是特殊的類成員函數(shù)，它沒有返回類型，沒有參數(shù)，不能隨意調(diào)用，也沒有重載，只有在類對(duì)象的生命期結(jié)束的時(shí)候，由系統(tǒng)自動(dòng)調(diào)用。有適放內(nèi)存空間的做用!虛函數(shù)是C++多態(tài)的一種表現(xiàn)例如:子類繼承了父類的一個(gè)函數(shù)(方法，而我們把父類的指針指向子類，則必須把父類的該函數(shù)(方法)設(shè)為virturl(函數(shù))。使用虛函數(shù)，我們可以靈活的進(jìn)行動(dòng)態(tài)綁定，當(dāng)然是以一定的開銷為代價(jià)。如果父類的函數(shù)(方法)根本沒有必要或者無(wú)法實(shí)現(xiàn)，完全要依賴子類去實(shí)現(xiàn)的話，可以把此函數(shù)(方法)設(shè)為virturl函數(shù)名=0我們把這樣的函數(shù)(方法)稱為純虛函數(shù)。如果一個(gè)類包含了純虛函數(shù)，稱此類為抽象類6全局變量和局部變量有什么區(qū)別,實(shí)怎么實(shí)現(xiàn)的操作系統(tǒng)和編譯器是怎么知道的,

答:主要的區(qū)別是變量的作用范圍不同。全局變量在全局范圍內(nèi)都有效，而局部變量只在聲明此變量的作用域內(nèi)有效。全局變量是屬于實(shí)例的,在初始化對(duì)象的時(shí)候初始化，生命周期與該實(shí)例相同，之所以叫全局變量是因?yàn)樵搶?shí)例中的所有方法或?qū)傩远伎梢砸镁植孔兞渴窃趯?shí)例方法內(nèi)或static塊中，生命周期從調(diào)用該方法到該方法退出，并且只有該方法能夠引用之。全局變量和局部變量的區(qū)別是在存儲(chǔ)器中位置不同，具體說(shuō)，全局變量存儲(chǔ)在數(shù)據(jù)段中，局部變量都有可能，一般來(lái)說(shuō)在堆棧段7一些寄存器的題目，主要是尋址和內(nèi)存管理等一些知識(shí)。答:尋址方式表示指令中操作數(shù)所在的方法稱為尋址方式。有七種基本的尋址方式:立即尋找，寄存器尋址，直接尋址，寄存器間接尋址，寄存器相對(duì)尋址，基址加變址尋址，相對(duì)基址加變址尋址。直接尋址、寄存器間接尋址、寄存器相對(duì)尋址、基址加變址尋址和相對(duì)基址加變址尋址，這五種尋址方式屬于存儲(chǔ)器尋址，用于說(shuō)明操作數(shù)所在存儲(chǔ)單元的地址。由于總線接口單元BIU能根據(jù)需要自動(dòng)引用段寄存器得到段值，所以這五種方式也就是確定存放操作數(shù)的存儲(chǔ)單元有效地址的方法。有效地址EA是一個(gè)16位的無(wú)符號(hào)數(shù)，在利用這五種方法計(jì)算有效地址時(shí)，所得的結(jié)果認(rèn)為是一個(gè)無(wú)符號(hào)數(shù)。除了這些基本的尋址方式外，還有固定尋址和端口尋址等。內(nèi)存管理主要包括內(nèi)存的分配和回收整理等，實(shí)現(xiàn)內(nèi)存的高效利用。Q8:8086是多少位的系統(tǒng),在數(shù)據(jù)總線上是怎么實(shí)現(xiàn)的

答:16位系統(tǒng),8位數(shù)據(jù)傳送,通過(guò)總線控制邏輯實(shí)現(xiàn)數(shù)據(jù)線和地址線的分時(shí)復(fù)用.8086是Inter的16位微處理器有16根數(shù)據(jù)線和20根地址線，它既能處理位數(shù)據(jù)，也能處理位數(shù)據(jù)內(nèi)部數(shù)據(jù)總線都是按16位設(shè)計(jì)的，單外部數(shù)據(jù)總線只有條七、其他一、談?wù)勀懔私獾能浖y(cè)試流程及工具一般測(cè)試流程:1.需求分析階段:對(duì)業(yè)務(wù)的學(xué)習(xí)，分析需求點(diǎn)。2.測(cè)試計(jì)劃階段:測(cè)試組長(zhǎng)根據(jù)SOW開始編寫《測(cè)試計(jì)劃》，其中包括人員，軟件硬件資源，測(cè)試點(diǎn)，集成順序，進(jìn)度安排和風(fēng)險(xiǎn)識(shí)別等內(nèi)容。3.測(cè)試設(shè)計(jì)階段:測(cè)試方案一般由對(duì)需求很熟的高資深的測(cè)試工程師設(shè)計(jì)，測(cè)試方案要求根據(jù)《SRS》上的每個(gè)需求點(diǎn)設(shè)計(jì)出包括需求點(diǎn)簡(jiǎn)介，測(cè)試思路和詳細(xì)測(cè)試方法三部分的方案?！稖y(cè)試方案》編寫完成后也需要進(jìn)行評(píng)審。4.測(cè)試方案階段:主要是對(duì)測(cè)試用例和規(guī)程的設(shè)計(jì)。測(cè)試用例是根據(jù)《測(cè)試方案》來(lái)編寫的，通過(guò)《測(cè)試方案》階段，測(cè)試人員對(duì)整個(gè)系統(tǒng)需求有了詳細(xì)的理解。這時(shí)開始編寫用例才能保證用例的可執(zhí)行和對(duì)需求的覆蓋。測(cè)試用例需要包括測(cè)試項(xiàng)，用例級(jí)別，預(yù)置條件，操作步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測(cè)試用例應(yīng)該覆蓋測(cè)試方案，而測(cè)試方案又覆蓋了測(cè)試需求點(diǎn)，這樣才能保證客戶需求不遺漏。同樣，測(cè)試用例也需要評(píng)審。5.測(cè)試執(zhí)行階段:執(zhí)行測(cè)試用例，及時(shí)提交有質(zhì)量的和測(cè)試日?qǐng)?bào)，測(cè)試報(bào)告等相關(guān)文檔。流程:需求分析?測(cè)試計(jì)劃?測(cè)試設(shè)計(jì)?測(cè)試環(huán)境搭建測(cè)試執(zhí)行?測(cè)試記錄?缺陷管理?軟件評(píng)估?RTM.測(cè)試工具:

C/S及B/S架構(gòu)相關(guān)的軟件產(chǎn)品，那么對(duì)不同操作系統(tǒng)，如系列、unix、linux甚至蘋果OS等測(cè)試環(huán)境都是必須的常用的軟件測(cè)試工具分為:開源測(cè)試管理工具:Bugfree、BugzillaTestLink、mantis開源功能自動(dòng)化測(cè)試工具:Watir、SeleniumMaxQ、WebInject開源性能自動(dòng)化測(cè)試工具:Jmeter、OpenSTA、DBMonsterTPTEST、WebApplicationLoadSimulator[TestDirector]:企業(yè)級(jí)測(cè)試管理工具，也是業(yè)界第一個(gè)基于的測(cè)試管理系統(tǒng)。[QualityCenter]:基于Web的測(cè)試管理工具，可以組織和管理應(yīng)用程序測(cè)試流程的所有階段，包括指定測(cè)試需求、計(jì)劃測(cè)試、執(zhí)行測(cè)試和跟蹤缺陷。[QuickTestProfessional]:用于創(chuàng)建功能和回歸測(cè)試。[LoadRunner]:預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具。二、如何發(fā)現(xiàn)客戶端軟件中的內(nèi)存泄露檢測(cè)內(nèi)存泄漏的問題應(yīng)該盡早進(jìn)行，它絕不應(yīng)該是系統(tǒng)測(cè)試時(shí)的主要目標(biāo)。也就是說(shuō)，檢查是否存在內(nèi)存泄漏，應(yīng)該從編碼時(shí)就要考慮，單元測(cè)試和集成測(cè)試時(shí)要重點(diǎn)檢查。如果前期沒有考慮，等到了系統(tǒng)測(cè)試才想起檢查或者才發(fā)現(xiàn)泄漏，為時(shí)已晚，此時(shí)再去定位泄漏的位置，太難太難了，它可能會(huì)讓你的交付日期不確定的時(shí)間。最近看了一些自動(dòng)錯(cuò)誤預(yù)防(AEP)的理論，我深受啟發(fā)。作為測(cè)試人員的我們，從“發(fā)現(xiàn)錯(cuò)誤”轉(zhuǎn)變到“幫助開發(fā)人員預(yù)防錯(cuò)誤”，這將是一個(gè)巨大的轉(zhuǎn)變。所以說(shuō)，下面我的答案中的第一點(diǎn)，我先說(shuō)如何預(yù)防內(nèi)存泄漏的問題，然后再講如何發(fā)現(xiàn)。1如何在開發(fā)過(guò)程中有效預(yù)防內(nèi)存泄漏第一步:遵循“好”的編程規(guī)則

“好”的編程規(guī)則是各位前輩經(jīng)驗(yàn)和教訓(xùn)的集合，好的編程規(guī)則堪稱開發(fā)者的“圣經(jīng)”。遵循統(tǒng)一的編程規(guī)則，可以讓開發(fā)新手少走好多彎路，可以讓項(xiàng)目整體的質(zhì)量維持一個(gè)起碼的“質(zhì)量底線”。有關(guān)內(nèi)存泄漏方面的規(guī)則主要是“內(nèi)存管理”方面的，舉幾個(gè)簡(jiǎn)單的，如下×用malloc或new申請(qǐng)內(nèi)存之后，立即檢查指針值是否為止使用指針值為NULL的內(nèi)存)×動(dòng)態(tài)內(nèi)存的申請(qǐng)與釋放是否配對(duì)(防止內(nèi)存泄漏×malloc語(yǔ)句是否正確無(wú)誤,例如字節(jié)數(shù)是否正確類型轉(zhuǎn)換是否正確×是否出現(xiàn)野指針，例如用free或delete釋放了內(nèi)存之后，忘記將指針設(shè)置為NULL......第二步:積極主動(dòng)檢測(cè)“內(nèi)存泄漏”嚴(yán)格遵循好的編程規(guī)則，可以讓程序員在代碼中盡量少的引入，但一旦不小心引入了，怎么辦,這就要求我們?cè)趩卧獪y(cè)試和集成測(cè)試中嚴(yán)格把關(guān)。在這個(gè)階段，單靠程序員或者測(cè)試員通過(guò)“代碼走查”的方式檢查內(nèi)存泄漏，客戶的實(shí)踐和我的經(jīng)驗(yàn)告訴我，這將是“不切實(shí)際”的，無(wú)論效率還是時(shí)間。如果能夠借助于一些專業(yè)的工具的話，情況可能就不一樣了。如果你的程序是用VisualC++6.0開發(fā)，那么Numega的BoundsChecker是你檢測(cè)“內(nèi)存泄漏”最好的選擇，如果是C++.NET，可以試一下Compuware的DevPartner。如果你的程序基于Unix或者Linux平臺(tái)，使用或者C++，可以考慮一下開源的工具valgrind，我的朋友跟我說(shuō)，它在一定程度上比的Purify更出色。上面的工具都要求程序能夠動(dòng)態(tài)運(yùn)行起來(lái)，而且測(cè)試用例需要你自己準(zhǔn)備。如果你正處于單元測(cè)試或集成測(cè)試階段，程序代碼量已經(jīng)足夠大，而且還不能夠動(dòng)

態(tài)運(yùn)行，要盡早檢測(cè)代碼中的“內(nèi)存泄漏”問題，該怎么辦此時(shí)你可以試用一下目前最新的靜態(tài)分析技術(shù):×它不要求代碼能夠動(dòng)態(tài)運(yùn)行×也不需要你來(lái)編寫測(cè)試用例×只需要代碼能夠正常編譯，就可以發(fā)現(xiàn)代碼只有在執(zhí)行過(guò)程中才出現(xiàn)的錯(cuò)誤，當(dāng)然也包括內(nèi)存泄漏。這方面的工具有Klocwork的K7，CoveritySQS，以及C++test中的Bug