【正文】 LL中的代碼是EXE中的線程所調(diào)用，那么這個(gè)時(shí)候是不是說(shuō)這個(gè)DLL沒(méi)有自己獨(dú)立的堆棧？如果DLL中的代碼是由DLL自己創(chuàng)建的線程所執(zhí)行，那么是不是說(shuō)DLL有獨(dú)立的堆棧？以上講的是堆棧，如果對(duì)于堆來(lái)說(shuō)，每個(gè)DLL有自己的堆，所以如果是從DLL中動(dòng)態(tài)分配的內(nèi)存，最好是從DLL中刪除，如果你從DLL中分配內(nèi)存，然后在EXE中，或者另外一個(gè)DLL中刪除，很有可能導(dǎo)致程序崩潰？要求給出算法和思路！答案：設(shè)2個(gè)棧為A,B, 一開(kāi)始均為空.入隊(duì):將新元素push入棧A。每個(gè)線程有自己的堆棧。具體的值是某中具體出錯(cuò)信息33，已知一個(gè)數(shù)組table，用一個(gè)宏定義，求出數(shù)據(jù)的元素個(gè)數(shù)答案：define NTBLdefine NTBL (sizeof(table)/sizeof(table[0]))34。 答案：共享存儲(chǔ)系統(tǒng)；消息傳遞系統(tǒng)；管道：以文件系統(tǒng)為基礎(chǔ) 答案：資源競(jìng)爭(zhēng)及進(jìn)程推進(jìn)順序非法 答案：互斥、請(qǐng)求保持、不可剝奪、環(huán)路 答案：鴕鳥(niǎo)策略、預(yù)防策略、避免策略、檢測(cè)與解除死鎖25. 操作系統(tǒng)中進(jìn)程調(diào)度策略有哪幾種？答案：FCFS(先來(lái)先服務(wù))，優(yōu)先級(jí)，時(shí)間片輪轉(zhuǎn)，多級(jí)反饋？答案：類(lèi)的靜態(tài)成員每個(gè)類(lèi)只有一個(gè)，非靜態(tài)成員每個(gè)對(duì)象一個(gè)27. 純虛函數(shù)如何定義？使用時(shí)應(yīng)注意什么？ 答：virtual void f()=0。}位操作（Bit manipulation）14。a = *ptr。}由于*ptr的值可能被意想不到地該變，因此a和b可能是不同的。b = *ptr。這段代碼的目的是用來(lái)返指針*ptr指向值的平方，但是，由于*ptr指向一個(gè)volatile型參數(shù)，編譯器將產(chǎn)生類(lèi)似下面的代碼：int square(volatile int *ptr){int a,b。一個(gè)例子是當(dāng)一個(gè)中服務(wù)子程序修該一個(gè)指向一個(gè)buffer的指針時(shí)。2). 是的。它是volatile因?yàn)樗赡鼙灰庀氩坏降馗淖?。}下面是答案：1) . 是的。2) . 一個(gè)指針可以是volatile 嗎？解釋為什么。假設(shè)被面試者正確地回答了這是問(wèn)題（嗯，懷疑這否會(huì)是這樣），我將稍微深究一下，看一下這家伙是不是直正懂得volatile完全的重要性。嵌入式系統(tǒng)程序員經(jīng)常同硬件、中斷、RTOS等等打交道，所用這些都要求volatile變量。1). 并行設(shè)備的硬件寄存器（如：狀態(tài)寄存器）2). 一個(gè)中斷服務(wù)子程序中會(huì)訪問(wèn)到的非自動(dòng)變量(Nonautomatic variables)3). 多線程應(yīng)用中被幾個(gè)任務(wù)共享的變量回答不出這個(gè)問(wèn)題的人是不會(huì)被雇傭的。一個(gè)定義為volatile的變量是說(shuō)這變量可能會(huì)被意想不到地改變，這樣，編譯器就不會(huì)去假設(shè)這個(gè)變量的值了。13。3). 合理地使用關(guān)鍵字const可以使編譯器很自然地保護(hù)那些不希望被改變的參數(shù)，防止其被無(wú)意的代碼修改。（當(dāng)然，懂得用const的程序員很少會(huì)留下的垃圾讓別人來(lái)清理的。順帶提一句，也許你可能會(huì)問(wèn)，即使不用關(guān)鍵字const，也還是能很容易寫(xiě)出功能正確的程序，那么我為什么還要如此看重關(guān)鍵字const呢？我也如下的幾下理由：1). 關(guān)鍵字const的作用是為給讀你代碼的人傳達(dá)非常有用的信息，實(shí)際上，聲明一個(gè)參數(shù)為常量是為了告訴了用戶這個(gè)參數(shù)的應(yīng)用目的。最后一個(gè)意味著a是一個(gè)指向常整型數(shù)的常指針（也就是說(shuō)，指針指向的整型數(shù)是不可修改的，同時(shí)指針也是不可修改的）。第三個(gè)意味著a是一個(gè)指向常整型數(shù)的指針（也就是，整型數(shù)是不可修改的，但指針可以）。int const * a const。const int *a。）如果應(yīng)試者能正確回答這個(gè)問(wèn)題，我將問(wèn)他一個(gè)附加的問(wèn)題：下面的聲明都是什么意思？const int a。盡管這個(gè)答案不是完全的答案，但我接受它作為一個(gè)正確的答案。關(guān)鍵字const有什么含意？我只要一聽(tīng)到被面試者說(shuō)：“const意味著常數(shù)”，我就知道我正在和一個(gè)業(yè)余者打交道。這是一個(gè)應(yīng)試者的嚴(yán)重的缺點(diǎn)，因?yàn)樗@然不懂得本地化數(shù)據(jù)和代碼范圍的好處和重要性。那就是，這個(gè)函數(shù)被限制在聲明它的模塊的本地范圍內(nèi)使用。它是一個(gè)本地的全局變量。在C語(yǔ)言中，關(guān)鍵字static有三個(gè)明顯的作用：1). 在函數(shù)體，一個(gè)被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過(guò)程中維持其值不變。)11。嵌入式系統(tǒng)中經(jīng)常要用到無(wú)限循環(huán)，你怎么用C編寫(xiě)死循環(huán)。寫(xiě)一個(gè)“標(biāo)準(zhǔn)”宏，這個(gè)宏輸入兩個(gè)參數(shù)并返回較小的一個(gè)。 char * const p char const * p const char *p 上述三個(gè)有什么區(qū)別？答案：char * const p。在這種情況下，可以將所有包含文件預(yù)編譯為一個(gè)預(yù)編譯頭。什么是預(yù)編譯，何時(shí)需要預(yù)編譯：答案：１、總是使用不經(jīng)常改動(dòng)的大型代碼體。總結(jié)：記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)10描述軟件測(cè)試活動(dòng)的生命周期？測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。覆蓋率達(dá)到標(biāo)準(zhǔn)。容量測(cè)試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。6系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。P142檢查文檔的編寫(xiě)是否滿足文檔編寫(xiě)的目的；內(nèi)容是否齊全，正確；內(nèi)容是否完善；標(biāo)記是否正確5 白盒測(cè)試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。9. 組內(nèi)培訓(xùn)過(guò)程。7. 每周/每?jī)芍艿臉?gòu)建過(guò)程。5. 測(cè)試代碼編寫(xiě)過(guò)程。3. 系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。3簡(jiǎn)述集成測(cè)試的過(guò)程系統(tǒng)集成測(cè)試主要包括以下過(guò)程：1. 構(gòu)建的確認(rèn)過(guò)程。2. 系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，3. 安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，4. 兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，（有的可以合在一起，分開(kāi)寫(xiě)只要寫(xiě)出15就滿分哦）：軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。什么是軟件質(zhì)量保證？軟件質(zhì)量保證人員與開(kāi)發(fā)人員的關(guān)系如何？（高級(jí)） (10分)答：軟件質(zhì)量保證就是通過(guò)確保軟件過(guò)程的質(zhì)量，來(lái)保證軟件產(chǎn)品的質(zhì)量。 測(cè)試規(guī)程就是詳細(xì)的對(duì)測(cè)試用例設(shè)計(jì)方法、測(cè)試方法、測(cè)試工具、測(cè)試環(huán)境和測(cè)試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測(cè)試用例應(yīng)用到被測(cè)軟件上完成某項(xiàng)測(cè)試的一系列的操作步驟。 根據(jù)自己的理解什么是測(cè)試用例和測(cè)試規(guī)程，設(shè)計(jì)一個(gè)測(cè)試用例應(yīng)當(dāng)從哪幾方面考慮？（中級(jí)）(10分)答：狹義的講，一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。（初級(jí)）(5分)答：軟件測(cè)試是一個(gè)為了尋找軟件中的錯(cuò)誤而運(yùn)行軟件的過(guò)程，一個(gè)成功的測(cè)試是指找到了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。白盒測(cè)試的缺點(diǎn)有：1）程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑；2）測(cè)試基于代碼，只能測(cè)試開(kāi)發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；3）系統(tǒng)龐大時(shí)，測(cè)試開(kāi)銷(xiāo)會(huì)非常大。黑盒測(cè)試的缺點(diǎn)有：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）自動(dòng)化測(cè)試的復(fù)用性較低。 確定和取消按鈕控件的大小不一致。 用戶名和密碼控件的字體不一致并且沒(méi)有對(duì)齊。請(qǐng)找出下面界面中所存在的問(wèn)題并分別列出；用黑盒測(cè)試的任何一種方法設(shè)計(jì)出此登陸窗體的測(cè)試用例。高質(zhì)量的bug記錄就是指很容易理解的bug記錄，所以，對(duì)于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開(kāi)發(fā)人員定位。您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？　　主要是保障在大量用戶的情況下，服務(wù)能正常使用。　　8. 重復(fù)上面的工作，一般是34個(gè)版本后bug數(shù)量減少，達(dá)到出貨的要求。測(cè)試人員進(jìn)行測(cè)試，發(fā)現(xiàn)bug后提交給bugzilla?！　?. 測(cè)試用例完成后，測(cè)試和開(kāi)發(fā)需要進(jìn)行評(píng)審。　　3. 測(cè)試人員根據(jù)修改好的需求分析文檔開(kāi)始寫(xiě)測(cè)試用例，同時(shí)開(kāi)發(fā)人員完成概要設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì)文檔。然后sqa進(jìn)入項(xiàng)目，開(kāi)始進(jìn)行統(tǒng)計(jì)和跟蹤　　2. 開(kāi)發(fā)人員根據(jù)需求文檔完成需求分析文檔，測(cè)試人員進(jìn)行評(píng)審，評(píng)審的主要內(nèi)容包括是否有遺漏或者雙方理解不同的地方?！　?. 項(xiàng)目經(jīng)理通過(guò)和客戶的交流，完成需求文檔，由開(kāi)發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審，評(píng)審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無(wú)法實(shí)現(xiàn)的功能的地方。您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？　　白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果　　黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口?？蛇x擇這些情況下的例子作為測(cè)試用例.　　4. 因果圖方法：前面介紹