【正文】 檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確5白盒測試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)10描述軟件測試活動(dòng)的生命周期？測試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。5 會(huì)話層 。1 物理層。而TCP/IP通訊協(xié)議采用了4層的層級(jí)結(jié)構(gòu)，每一層都呼叫它的下一層所提供的網(wǎng)絡(luò)來完成自己的需求。路由器中傳的是IP數(shù)據(jù)報(bào)。 　struct保證成員按照聲明順序在內(nèi)存中存儲(chǔ)。5請(qǐng)講一講析構(gòu)函數(shù)和虛函數(shù)的用法和作用？答:置于“～”是析構(gòu)函數(shù)；析構(gòu)函數(shù)因使用~符號(hào)(邏輯非運(yùn)算符)，表示它為膩構(gòu)造函數(shù)，加上類名稱來定義。全局變量和局部變量的區(qū)別是在存儲(chǔ)器中位置不同，具體說，全局變量存儲(chǔ)在數(shù)據(jù)段中，局部變量都有可能，一般來說在堆棧段7一些寄存器的題目，主要是尋址和內(nèi)存管理等一些知識(shí)。Q8:8086是多少位的系統(tǒng)？在數(shù)據(jù)總線上是怎么實(shí)現(xiàn)的？答:16位系統(tǒng),8位數(shù)據(jù)傳送,通過總線控制邏輯實(shí)現(xiàn)數(shù)據(jù)線和地址線的分時(shí)復(fù)用.8086是Inter的16位微處理器 有16根數(shù)據(jù)線和20根地址線，它既能處理16位數(shù)據(jù)，也能處理8位數(shù)據(jù) 內(nèi)部數(shù)據(jù)總線都是按16位設(shè)計(jì)的，單外部數(shù)據(jù)總線只有8條七、其他一、談?wù)勀懔私獾能浖y試流程及工具一般測試流程：：對(duì)業(yè)務(wù)的學(xué)習(xí)，分析需求點(diǎn)。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。二、如何發(fā)現(xiàn)客戶端軟件中的內(nèi)存泄露？檢測內(nèi)存泄漏的問題應(yīng)該盡早進(jìn)行，它絕不應(yīng)該是系統(tǒng)測試時(shí)的主要目標(biāo)。有關(guān)內(nèi)存泄漏方面的規(guī)則主要是“內(nèi)存管理”方面的，舉幾個(gè)簡單的，如下用malloc或new申請(qǐng)內(nèi)存之后，立即檢查指針值是否為NULL（防止使用指針值為NULL的內(nèi)存）動(dòng)態(tài)內(nèi)存的申請(qǐng)與釋放是否配對(duì)（防止內(nèi)存泄漏）malloc語句是否正確無誤？例如字節(jié)數(shù)是否正確？類型轉(zhuǎn)換是否正確是否出現(xiàn)野指針，例如用free或delete釋放了內(nèi)存之后，忘記將指針設(shè)置為NULL... ...第二步：積極主動(dòng)檢測“內(nèi)存泄漏”嚴(yán)格遵循好的編程規(guī)則，可以讓程序員在代碼中盡量少的引入bug，但一旦不小心引入了，怎么辦？這就要求我們在單元測試和集成測試中嚴(yán)格把關(guān)。2 如何發(fā)現(xiàn)客戶端軟件的“內(nèi)存泄漏”？如果開發(fā)過程中已經(jīng)按照我上面提到的去做，相信發(fā)布后的程序存在“內(nèi)存泄漏”的可能性幾乎為零。我當(dāng)時(shí)很為難，因?yàn)闆]有源代碼，我甚至無法做“代碼走查”。經(jīng)過簡單的計(jì)算（內(nèi)存的增量/用例循環(huán)次數(shù)），得到用例每次執(zhí)行后增加的內(nèi)存使用值，即泄漏的內(nèi)存數(shù)量，然后把操作過程和這個(gè)結(jié)果一起交給開發(fā)方，最后開發(fā)方根據(jù)我的信息，真的找到了一處有內(nèi)存泄漏的地方，雖然泄漏的數(shù)量很少。當(dāng)時(shí)我得出的結(jié)論是該client程序有“少許”的內(nèi)存泄漏，因?yàn)樵谶B續(xù)運(yùn)行了72小時(shí)后，內(nèi)存使用增加了近百分之十幾。記得那還是2002年的事情了。如果你正處于單元測試或集成測試階段，程序代碼量已經(jīng)足夠大，而且還不能夠動(dòng)態(tài)運(yùn)行，要盡早檢測代碼中的“內(nèi)存泄漏”問題，該怎么辦？此時(shí)你可以試用一下目前最新的靜態(tài)分析技術(shù)：它不要求代碼能夠動(dòng)態(tài)運(yùn)行也不需要你來編寫測試用例只需要代碼能夠正常編譯，就可以發(fā)現(xiàn)代碼只有在執(zhí)行過程中才出現(xiàn)的錯(cuò)誤，當(dāng)然也包括內(nèi)存泄漏。1 如何在開發(fā)過程中有效預(yù)防內(nèi)存泄漏？第一步：遵循“好”的編程規(guī)則“好”的編程規(guī)則是各位前輩經(jīng)驗(yàn)和教訓(xùn)的集合，好的編程規(guī)則堪稱開發(fā)者的“圣經(jīng)”。[QuickTest Professional]：用于創(chuàng)建功能和回歸測試。這時(shí)開始編寫用例才能保證用例的可執(zhí)行和對(duì)需求的覆蓋。除了這些基本的尋址方式外，還有固定尋址和I/O端口尋址等。全局變量在全局范圍內(nèi)都有效，而局部變量只在聲明此變量的作用域內(nèi)有效。 而struct更適合看成是一個(gè)數(shù)據(jù)結(jié)構(gòu)的實(shí)現(xiàn)體，class更適合看成是一個(gè)對(duì)象的實(shí)現(xiàn)體，對(duì)私有成員進(jìn)行保護(hù)，還提供與外界的接口。 保留struct是為了照顧到大多數(shù)人的習(xí)慣。通過存儲(chǔ)轉(zhuǎn)發(fā)來實(shí)現(xiàn)的。該模型的目的是使各種硬件在相同的層次上相互通信。3 網(wǎng)絡(luò)層。其中應(yīng)用到：場景法、等價(jià)類劃分法、因果圖法、錯(cuò)誤推測法、邊界值法等方法期望輸出：該期望輸出需查閱國標(biāo)、行標(biāo)以及使用用戶的需求說明書測試: 檢查說明書書寫準(zhǔn)確性六、網(wǎng)絡(luò)、操作系統(tǒng)、語言知識(shí)1請(qǐng)你分別劃劃OSI的七層網(wǎng)絡(luò)結(jié)構(gòu)圖，和TCP/IP的五層結(jié)構(gòu)圖？答:七層結(jié)構(gòu)從上到下依次是：7 應(yīng)用層 。覆蓋率達(dá)到標(biāo)準(zhǔn)。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性同行評(píng)審人數(shù)