第一篇：軟件工程師筆試題3

預(yù)處理器（Preprocessor）

1.用預(yù)處理指令#define 聲明一個(gè)常數(shù)，用以表明1年中有多少秒（忽略閏年問(wèn)題）#define SECONDS_PER_YEAR(60 * 60 * 24 * 365)UL

我在這想看到幾件事情：

1).#define 語(yǔ)法的基本知識(shí)（例如：不能以分號(hào)結(jié)束，括號(hào)的使用，等等）

2).懂得預(yù)處理器將為你計(jì)算常數(shù)表達(dá)式的值，因此，直接寫(xiě)出你是如何計(jì)算一年中有多少秒而不是計(jì)算出實(shí)際的值，是更清晰而沒(méi)有代價(jià)的。

3).意識(shí)到這個(gè)表達(dá)式將使一個(gè)16位機(jī)的整型數(shù)溢出-因此要用到長(zhǎng)整型符號(hào)L告訴編譯器這個(gè)常數(shù)是的長(zhǎng)整型數(shù)。

4).如果你在你的表達(dá)式中用到UL（表示無(wú)符號(hào)長(zhǎng)整型），那么你有了一個(gè)好的起點(diǎn)。記住，第一印象很重要。

2.寫(xiě)一個(gè)“標(biāo)準(zhǔn)”宏MIN，這個(gè)宏輸入兩個(gè)參數(shù)并返回較小的一個(gè)。

#define MIN(AB)((A)6”。原因是當(dāng)表達(dá)式中存在有符號(hào)類(lèi)型和無(wú)符號(hào)類(lèi)型時(shí)所有的操作數(shù)都自動(dòng)轉(zhuǎn)換為無(wú)符號(hào)類(lèi)型。因此-20變成了一個(gè)非常大的正整數(shù)，所以該表達(dá)式計(jì)算出的結(jié)果大于6。這一點(diǎn)對(duì)于應(yīng)當(dāng)頻繁用到無(wú)符號(hào)數(shù)據(jù)類(lèi)型的嵌入式系統(tǒng)來(lái)說(shuō)是豐常重要的。如果你答錯(cuò)了這個(gè)問(wèn)題，你也就到了得不到這份工作的邊緣。

13.評(píng)價(jià)下面的代碼片斷：

unsigned int zero = 0;

unsigned int compzero = 0xFFFF;

/*1's complement of zero */

對(duì)于一個(gè)int型不是16位的處理器為說(shuō)，上面的代碼是不正確的。應(yīng)編寫(xiě)如下： unsigned int compzero = ~0;

這一問(wèn)題真正能揭露出應(yīng)試者是否懂得處理器字長(zhǎng)的重要性。在我的經(jīng)驗(yàn)里，好的嵌入式程序員非常準(zhǔn)確地明白硬件的細(xì)節(jié)和它的局限，然而PC機(jī)程序往往把硬件作為一個(gè)無(wú)法避免的煩惱。

到了這個(gè)階段，應(yīng)試者或者完全垂頭喪氣了或者信心滿(mǎn)滿(mǎn)志在必得。如果顯然應(yīng)試者不是很好，那么這個(gè)測(cè)試就在這里結(jié)束了。但如果顯然應(yīng)試者做得不錯(cuò)，那么我就扔出下面的追加問(wèn)題，這些問(wèn)題是比較難的，我想僅僅非常優(yōu)秀的應(yīng)試者能做得不錯(cuò)。提出這些問(wèn)題，我希望更多看到應(yīng)試者應(yīng)付問(wèn)題的方法，而不是答案。不管如何，你就當(dāng)是這個(gè)娛樂(lè)吧… 動(dòng)態(tài)內(nèi)存分配（Dynamic memory allocation）

14.盡管不像非嵌入式計(jì)算機(jī)那么常見(jiàn)，嵌入式系統(tǒng)還是有從堆（heap）中動(dòng)態(tài)分配內(nèi)存的過(guò)程的。那么嵌入式系統(tǒng)中，動(dòng)態(tài)分配內(nèi)存可能發(fā)生的問(wèn)題是什么？

這里，我期望應(yīng)試者能提到內(nèi)存碎片，碎片收集的問(wèn)題，變量的持行時(shí)間等等。這個(gè)主題已經(jīng)在ESP雜志中被廣泛地討論過(guò)了（主要是 P.J.Plauger 他的解釋遠(yuǎn)遠(yuǎn)超過(guò)我這里能提到的任何解釋?zhuān)谢剡^(guò)頭看一下這些雜志吧！讓?xiě)?yīng)試者進(jìn)入一種虛假的安全感覺(jué)后，我拿出這么一個(gè)小節(jié)目：下面的代碼片段的輸出是什么，為什么？

char *ptr;

if((ptr =(char *)malloc(0))== NULL)

puts(“Got a null pointer”);

else

puts(“Got a valid pointer”);

這是一個(gè)有趣的問(wèn)題。最近在我的一個(gè)同事不經(jīng)意把0值傳給了函數(shù)malloc，得到了一個(gè)合法的指針之后，我才想到這個(gè)問(wèn)題。這就是上面的代碼，該代碼的輸出是“Got a valid pointer”。我用這個(gè)來(lái)開(kāi)始討論這樣的一問(wèn)題，看看被面試者是否想到庫(kù)例程這樣做是正確。得到正確的答案固然重要，但解決問(wèn)題的方法和你做決定的基本原理更重要些。

Typedef

15.Typedef 在C語(yǔ)言中頻繁用以聲明一個(gè)已經(jīng)存在的數(shù)據(jù)類(lèi)型的同義字。也可以用預(yù)處理器做類(lèi)似的事。例如，思考一下下面的例子：

#define dPS struct s *

typedef struct s * tPS;

以上兩種情況的意圖都是要定義dPS 和 tPS 作為一個(gè)指向結(jié)構(gòu)s指針。哪種方法更好呢？（如果有的話(huà)）為什么？

這是一個(gè)非常微妙的問(wèn)題，任何人答對(duì)這個(gè)問(wèn)題（正當(dāng)?shù)脑颍┦菓?yīng)當(dāng)被恭喜的。答案是：typedef更好。思考下面的例子：dPS p1p2;

tPS p3p4;

第一個(gè)擴(kuò)展為

struct s * p1 p2;

上面的代碼定義p1為一個(gè)指向結(jié)構(gòu)的指，p2為一個(gè)實(shí)際的結(jié)構(gòu)，這也許不是你想要的。第二個(gè)例子正確地定義了p3 和p4 兩個(gè)指針。

16.C語(yǔ)言同意一些令人震驚的結(jié)構(gòu)下面的結(jié)構(gòu)是合法的嗎，如果是它做些什么？int a = 5 b = 7 c;

c = a+++b;

這個(gè)問(wèn)題將做為這個(gè)測(cè)驗(yàn)的一個(gè)愉快的結(jié)尾。不管你相不相信，上面的例子是完全合乎語(yǔ)法的。問(wèn)題是編譯器如何處理它？水平不高的編譯作者實(shí)際上會(huì)爭(zhēng)論這個(gè)問(wèn)題，根據(jù)最處理原則，編譯器應(yīng)當(dāng)能處理盡可能所有合法的用法。因此，上面的代碼被處理成：

c = a++ + b;

因此 這段代碼持行后a = 6 b = 7 c = 12。

第二篇：某公司軟件工程師筆試題

軟件工程師－筆試試題

說(shuō)明：不需要全部完成，做你懂的就可以。

Java基礎(chǔ)

１．Set、Map、List有什么異同？

２．Abstract class和interface有什么區(qū)別？什么是基于接口編程？

３．類(lèi)C有４個(gè)方法m1、m2、m3、m4,其中m1、m2、m3使用synchronized聲明，m3還有static聲明，m4沒(méi)有特殊的聲明。當(dāng)一個(gè)線(xiàn)程T1進(jìn)入C的一個(gè)實(shí)例的m1方法后，另一線(xiàn)程T2能立刻進(jìn)入另一個(gè)實(shí)例的m1、m2、m3、m4方法嗎？為什么？［高分］ ４．String和StringBuffer區(qū)別，什么時(shí)候應(yīng)該使用StringBuffer？

５．RuntimeException與一般異常（非RuntimeException的Exception）有何異同？

Web（HTML, DOM, JavaScript, CSS）

６．你平時(shí)有注意瀏覽器的兼容性嗎？簡(jiǎn)述你知道的瀏覽器兼容性的例子。７．簡(jiǎn)述iframe的特點(diǎn)、使用模式 ８．你用過(guò)些什么javascript的框架？ ９．你了解什么是SEO嗎？

１０． 怎樣的網(wǎng)頁(yè)適合做緩存？一個(gè)網(wǎng)頁(yè)怎樣才會(huì)被緩存？網(wǎng)頁(yè)緩存為什么重要？ １１． 使用Cookie應(yīng)注意什么問(wèn)題，什么時(shí)候適合用Cookie，什么時(shí)候不適合？

JavaEE １２。說(shuō)出Servlet的生命周期

１３。Forward和redirect的區(qū)別

１４。Jsp中動(dòng)態(tài)include和靜態(tài)include的區(qū)別？

１５。不能往Session里面存儲(chǔ)太多太大的對(duì)象，為什么？

１６。Servlet里面，什么情況下會(huì)調(diào)用doGet()和doPost()？有什么區(qū)別

數(shù)據(jù)庫(kù)

１７。寫(xiě)一段數(shù)據(jù)庫(kù)查詢(xún)的JDBC或hibernate程序(select * from employee where empid=?”)（只要主要的代碼，把你認(rèn)為“不可缺少”的語(yǔ)句寫(xiě)上，但要完整）１８。在SQL里面怎樣過(guò)濾重復(fù)的記錄？

１９。What is a “transaction”？Why are they necessary? ２０。Trigger 有什么作用？

２１。What are stored procedures?How is it useful? ２２。What is the advantage of using PreparedStatement?

XML和WebService ２３。Xml文檔定義有幾種形式？它們之間有何本質(zhì)區(qū)別？ ２４。What is the difference between SAX parser and DOM parser?

OOAD和UML ２５。What is an usecase? 架構(gòu)與框架

26.說(shuō)說(shuō)你對(duì)ＭＣＶ的認(rèn)識(shí)

第三篇：軟件測(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àn)，就可以結(jié)束本次測(cè)試

2、計(jì)劃階段、設(shè)計(jì)階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測(cè)試、回歸測(cè)試、驗(yàn)收測(cè)試

一套完整的測(cè)試應(yīng)該由五個(gè)階段組成：

1）測(cè)試計(jì)劃首先，根據(jù)用戶(hù)需求報(bào)告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說(shuō)明書(shū)，定義相應(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è)試開(kāi)發(fā)建立可重復(fù)使用的自動(dòng)測(cè)試過(guò)程。

4）測(cè)試執(zhí)行執(zhí)行測(cè)試開(kāi)發(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ì)量和開(kāi)發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評(píng)價(jià)。

3、缺陷報(bào)告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報(bào)告Software Bug Report（SBR）或軟件問(wèn)題報(bào)告Software Problem Report（SPR）

4、缺陷報(bào)告是軟件測(cè)試人員的工作成果之一，體現(xiàn)軟件測(cè)試的價(jià)值

缺陷報(bào)告可以把軟件存在的缺陷準(zhǔn)確的描述出來(lái)，便于開(kā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ì)、方便查詢(xún)

前綴 + 標(biāo)題正文，標(biāo)題正文采用結(jié)果和動(dòng)作，或者現(xiàn)象和位置的方式表達(dá)

步驟(Steps)

可復(fù)現(xiàn)、完整、簡(jiǎn)潔、準(zhǔn)確

按數(shù)字編號(hào)

實(shí)際結(jié)果(Actual results)

準(zhǔn)確、詳細(xì)描述軟件的現(xiàn)象和特征

期望結(jié)果(Expected results)

準(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)：

按照一致的格式書(shū)寫(xiě)全部缺陷報(bào)告

7、在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和避免80%的缺陷，而系統(tǒng)測(cè)試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶(hù)大范圍、長(zhǎng)時(shí)間使用后才會(huì)暴露出來(lái)。

8、制訂測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、實(shí)施測(cè)試、提交缺陷報(bào)告、測(cè)試總結(jié)。

9、測(cè)試計(jì)劃的目的：編寫(xiě)軟件測(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)和問(wè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ō)明書(shū)來(lái)檢查程式的功能是否滿(mǎn)足它的功能說(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ì)單元模塊之間的連接和組裝w進(jìn)行測(cè)試。

系統(tǒng)測(cè)試：在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測(cè)試。

驗(yàn)收測(cè)試：第三方進(jìn)行的確認(rèn)軟件滿(mǎn)足需求的測(cè)試。

第四篇：軟件測(cè)試工程師筆面試試題

軟件測(cè)試工程師筆面試試題

面試題

01.為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作？

02.您是否了解以往所工作的企業(yè)的軟件測(cè)試過(guò)程？如果了解，請(qǐng)?jiān)囀鲈谶@個(gè)過(guò)程中都有哪些工作要做？分別由哪些不同的角色來(lái)完成這些工作？

03.您是否了解以往所工作的企業(yè)的軟件開(kāi)發(fā)過(guò)程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開(kāi)發(fā)過(guò)程需要完成哪些工作？分別由哪些不同的角色來(lái)完成這些工作？（對(duì)于軟件測(cè)試部分，可以簡(jiǎn)述）

04.您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作？其中最擅長(zhǎng)哪部分工作？

05.您所熟悉的軟件測(cè)試類(lèi)型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）

06.請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。

07.測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

08.您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？

09.您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。

10.您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？

11.請(qǐng)以您以往的實(shí)際工作為例，詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過(guò)程。

12.您以往的工作中是否曾開(kāi)展過(guò)測(cè)試用例的評(píng)審工作？如果有，請(qǐng)描述測(cè)試用例評(píng)審的過(guò)程和評(píng)審的內(nèi)容。

13.您以往是否曾經(jīng)從事過(guò)性能測(cè)試工作？如果有，請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過(guò)程。

14.您在從事性能測(cè)試工作時(shí)，是否使用過(guò)一些測(cè)試工具？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟?，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。

15.您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？

16.在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

17.您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來(lái)進(jìn)行軟件缺陷（Bug）的管理？如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。

18.您以往是否曾經(jīng)從事過(guò)單元測(cè)試和集成測(cè)試？如果有，請(qǐng)談一下這些工作的實(shí)際開(kāi)展情況。

19.您如何看待軟件過(guò)程改進(jìn)？在您曾經(jīng)工作過(guò)的企業(yè)中，是否有一些需要改進(jìn)的東西呢？您期望的理想的測(cè)試人員的工作環(huán)境是怎樣的？

20.您以往工作過(guò)的企業(yè)中，是否開(kāi)展了軟件配置管理工作？您能否描述一下這項(xiàng)工作的開(kāi)展情況和您對(duì)這項(xiàng)工作的認(rèn)識(shí)？

21.您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以談一下對(duì)這些方法論和思想的認(rèn)識(shí)？

22.您認(rèn)為在測(cè)試人員同開(kāi)發(fā)人員的溝通過(guò)程中，如何提高溝通的效率和改善溝通的效果？維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？

23.在您以往的測(cè)試工作中，最讓您感到不滿(mǎn)意或者不堪回首的事情是什么？您是如何來(lái)對(duì)待這些事情的？

24.在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會(huì)？（可以包括軟件測(cè)試、過(guò)程改進(jìn)、軟件開(kāi)發(fā)或者與此無(wú)關(guān)的其他方面）

筆試題

一、判斷題（每題1分，12 分，正確的√，錯(cuò)誤的╳）

1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（）

2．Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（）

3．驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。（）

4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（）

5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）

6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）

7．自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（）

8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）

9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（）

10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（）

11．我們可以人為的使得軟件不存在配置問(wèn)題。（）

12．集成測(cè)試計(jì)劃在需求分析階段末提交。（）

二、不定項(xiàng)選擇題（每題2 分，10分）

1．軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（）

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

B． 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。

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

D． 驗(yàn)收測(cè)試工件齊全。

2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）A．項(xiàng)目經(jīng)理

B．SQA 負(fù)責(zé)人

C．配置負(fù)責(zé)人

D．測(cè)試組

3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（）

A．a(chǎn)lpha 測(cè)試需要用戶(hù)代表參加

B．a(chǎn)lpha 測(cè)試不需要用戶(hù)代表參加

C．a(chǎn)lpha 測(cè)試是系統(tǒng)測(cè)試的一種

D．a(chǎn)lpha 測(cè)試是驗(yàn)收測(cè)試的一種

4．測(cè)試設(shè)計(jì)員的職責(zé)有：（）

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)則是：（）

A．需求工件已經(jīng)被基線(xiàn)化

B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線(xiàn)化

C．構(gòu)架工件已經(jīng)被基線(xiàn)化

D．項(xiàng)目階段成果已經(jīng)被基線(xiàn)化

三、填空題（每空1分，24 分）

1．軟件驗(yàn)收測(cè)試包括、、三種類(lèi)型。

2．系統(tǒng)測(cè)試的策略有功能測(cè)試、、、、易用性測(cè) 試、、、、、、、、、、等15 種方法。

3．設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。

4．對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有、兩種。

5．通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為、、、及把因果圖轉(zhuǎn)

換為狀態(tài)圖共五個(gè)步驟。

四、簡(jiǎn)答題（共37分）

1． 階段評(píng)審與同行評(píng)審的區(qū)別。（4 分）． 什么是軟件測(cè)試。（3 分）． 簡(jiǎn)述集成測(cè)試的過(guò)程。（5 分）． 怎樣做好文檔測(cè)試？（4 分）

5． 白盒測(cè)試有那幾種方法？（6 分）

6． 系統(tǒng)測(cè)試計(jì)劃是否需要同行評(píng)審，為什么？（4 分）

7． Alpha 測(cè)試與beta 測(cè)試的區(qū)別。（4 分）． 比較負(fù)載測(cè)試、容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別。（6 分）． 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？（3 分）

一、填空題：（每一空格2分，共60分）

1、軟件實(shí)施活動(dòng)的輸出工件有、、、。

2、代碼評(píng)審主要做、、、工作。

3、軟件實(shí)施活動(dòng)中集成員的職責(zé)是、、、。

4、驗(yàn)證與確認(rèn)軟件實(shí)施活動(dòng)主要有、代碼評(píng)審、、、、SQA 驗(yàn)證。

5、表明測(cè)試已經(jīng)結(jié)束、、、。

6、軟件測(cè)試的目的是、、、。

7、軟件測(cè)試主要分為、、、四類(lèi)測(cè)試。

8、軟件測(cè)試活動(dòng)有制定測(cè)試計(jì)劃、、、、、、測(cè)

試評(píng)估、測(cè)試結(jié)束八個(gè)步驟。

9、軟件測(cè)試活動(dòng)的輸出工件有_、、、10、軟件測(cè)試角色有、、、。

二、不定項(xiàng)選擇題：（每題3 分，共15分）

1、軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是（）

A、需求工件已經(jīng)被基線(xiàn)化

B、詳細(xì)設(shè)計(jì)工件已經(jīng)被基線(xiàn)化

C、構(gòu)架工件已經(jīng)被基線(xiàn)化

D、項(xiàng)目階段成果已經(jīng)被基線(xiàn)化

2、下面角色不屬于集成計(jì)劃評(píng)審的是（）A、配置經(jīng)理

B、項(xiàng)目經(jīng)理

C、測(cè)試員

D、編碼員

3、軟件測(cè)試設(shè)計(jì)活動(dòng)主要有（）

A、工作量分析

B、確定并說(shuō)明測(cè)試用例、。

C、確立并結(jié)構(gòu)化測(cè)試過(guò)程

D、復(fù)審并評(píng)估測(cè)試覆蓋

4、不屬于集成測(cè)試步驟的是（）

A、制定集成計(jì)劃

B、執(zhí)行集成測(cè)試

C、記錄集成測(cè)試結(jié)果

D、回歸測(cè)試

5、屬于軟件測(cè)試活動(dòng)的輸入工件的是（）

A、軟件工作版本

B、可測(cè)試性報(bào)告

C、軟件需求工件

D、軟件項(xiàng)目計(jì)劃

三、問(wèn)答題：（共25 分）

1、項(xiàng)目的集中管理在軟件公司的哪一個(gè)層面？（2 分）

2、請(qǐng)描述軟件測(cè)試活動(dòng)的生命周期。（8 分）

3、什么是測(cè)試評(píng)估，測(cè)試評(píng)估的范圍是什么？（5 分）

4、闡述工作版本的定義。（2 分）、請(qǐng)畫(huà)出軟件測(cè)試活動(dòng)的流程圖。（8 分）

一、判斷題（每題2分,正確的“√”，錯(cuò)誤的“╳”）、好的測(cè)試員不懈追求完美。()

2、測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。()

3、不存在質(zhì)量很高但可靠性很差的產(chǎn)品。()

4、軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。()

5、靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。()

6、總是首先設(shè)計(jì)白盒測(cè)試用例。()

7、可以發(fā)布具有配置缺陷的軟件產(chǎn)品。()

8、所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。()

9、所有軟件都有一個(gè)用戶(hù)界面，因此必須測(cè)試易用性。()

10、測(cè)試組負(fù)責(zé)軟件質(zhì)量。()

二、簡(jiǎn)答題

1、軟件的缺陷等級(jí)應(yīng)如何劃分？（3 分）

2、如果能夠執(zhí)行完美的黑盒測(cè)試，還需要進(jìn)行白盒測(cè)試嗎？為什么？（5 分）

3、你認(rèn)為一個(gè)優(yōu)秀的測(cè)試工程師應(yīng)該具備哪些素質(zhì)？（3 分）

4、產(chǎn)品測(cè)試到什么時(shí)候就算是足夠了？（2 分）

5、測(cè)試計(jì)劃的目的是什么？（2 分）

6、為什么要進(jìn)行軟件測(cè)試?軟件測(cè)試的目的是什么?（5 分）

7、軟件測(cè)試應(yīng)該劃分幾個(gè)階段?簡(jiǎn)述各個(gè)階段應(yīng)重點(diǎn)測(cè)試的點(diǎn)?各個(gè)階段的含義？（5 分）

8、如何做一名合格的測(cè)試人員？（3 分）

9、針對(duì)缺陷采取怎樣的管理措施？（5 分）

三、專(zhuān)業(yè)詞語(yǔ)解釋?zhuān)款}2 分）

α測(cè)試: β測(cè)試: 驅(qū)動(dòng)模塊: 樁模塊: 白盒測(cè)試：

靜態(tài)測(cè)試：

四、選擇題（每題2分）

1.下面哪些屬于動(dòng)態(tài)分析()A． 代碼覆蓋率

B． 模塊功能檢查

C． 系統(tǒng)壓力測(cè)試

D． 程序數(shù)據(jù)流分析

2.下面哪些屬于靜態(tài)分析()A、代碼規(guī)則檢查

B、序結(jié)構(gòu)分析

C、序復(fù)雜度分析

D、內(nèi)存泄漏

五、設(shè)計(jì)題（10分）

在三角形計(jì)算中，要求三角型的三個(gè)邊長(zhǎng)：A、B 和C。當(dāng)三邊不可能構(gòu)成三角形時(shí)提示錯(cuò)誤，可構(gòu)成三角

形時(shí)計(jì)算三角形周長(zhǎng)。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等邊三角形”。畫(huà)出程

序流程圖、控制流程圖、找出基本測(cè)試路徑 ,對(duì)此設(shè)計(jì)一個(gè)測(cè)試用例。

六、論述題

1、試敘述對(duì)一個(gè)軟件項(xiàng)目測(cè)試的全過(guò)程。（10 分）

2、簡(jiǎn)述你對(duì)測(cè)試工作的認(rèn)識(shí)過(guò)程、在以后的工作的一些建議。（6 分）、述靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的區(qū)別？（5 分）

1． 什么是軟件測(cè)試，以及軟件測(cè)試的意義？

2． 什么是軟件測(cè)試靜態(tài)分析，軟件測(cè)試動(dòng)態(tài)分析，3． 下面那些屬于靜態(tài)分析（）

A、編碼規(guī)則檢查

B、程序結(jié)構(gòu)分析

C、程序復(fù)雜度分析

D、內(nèi)存泄漏

4． 下面那些屬于動(dòng)態(tài)分析（）

A、代碼覆蓋率

B、模塊功能檢查

C、系統(tǒng)壓力測(cè)試

D、程序數(shù)據(jù)流分析

5． 從測(cè)試技術(shù)角度，正確的選擇是（），給出各自的含義？

A、靜態(tài)測(cè)試

B、黑盒測(cè)試

C、動(dòng)態(tài)測(cè)試

D、白盒測(cè)試

6． 從測(cè)試階段角度，測(cè)試正確的順序是（），同時(shí)給出所選擇的正確策略含義和被測(cè)對(duì)象是什么？

A、單元測(cè)試

B、集成測(cè)試

C、系統(tǒng)測(cè)試

D、確認(rèn)測(cè)試

7． 針對(duì)缺陷采取怎樣的管理措施？

8． 在測(cè)試生命周期，測(cè)試過(guò)程分為幾個(gè)階段，以及各個(gè)階段的含義？

9． 簡(jiǎn)要寫(xiě)出自己在理解的基礎(chǔ)質(zhì)上所認(rèn)為引入測(cè)試管理的意義

10． 在三角形計(jì)算中，要求三角型的三個(gè)邊長(zhǎng)：A、B 和C。當(dāng)三邊不可能構(gòu)成三角形時(shí)提示錯(cuò)誤，可構(gòu)成三角形時(shí)計(jì)算三角形周長(zhǎng)。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等

邊三角形”。畫(huà)出程序流程圖、控制流程圖、計(jì)算圈復(fù)雜度V(g)，找出基本測(cè)試路徑

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

我認(rèn)為那些面試題不同的人會(huì)有不同的答案 下面是部分答案

一、判斷題（每題1分，12 分，正確的√，錯(cuò)誤的╳）

1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（）軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說(shuō)上面的這個(gè)論斷是正確的。不少人會(huì)認(rèn)為軟件測(cè)試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀(guān)點(diǎn)是錯(cuò)誤，測(cè)試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測(cè)試人員，產(chǎn)品的質(zhì)量就會(huì)好起來(lái)。

2．Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（）Beat測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類(lèi)測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以?xún)烧咧g的是非包容關(guān)系。

3．驗(yàn)收測(cè)試是由最終用戶(hù)來(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è)試由最終用戶(hù)來(lái)實(shí)施的情況是比較長(zhǎng)見(jiàn)的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。

4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（）應(yīng)該說(shuō)這道題目沒(méi)有明確的答案，在項(xiàng)目立項(xiàng)前測(cè)試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來(lái)是完全取決于該企業(yè)的軟件開(kāi)發(fā)過(guò)程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說(shuō)這一題目出的不是很好，如果你是出題人這家企業(yè)的測(cè)試工程師，那么就應(yīng)該有一個(gè)明確的答案。

5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒(méi)有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來(lái)源和其統(tǒng)計(jì)的方法，樣本都沒(méi)有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣出來(lái)的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說(shuō)一個(gè)簡(jiǎn)單的例子，在用ASP,php這類(lèi)腳本語(yǔ)言開(kāi)發(fā)網(wǎng)頁(yè)的時(shí)候是根本沒(méi)有復(fù)雜的單元測(cè)試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開(kāi)發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒(méi)有明確的答案

6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說(shuō)代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求

7．自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（）這道題目大家看下top-down 和 down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類(lèi)型的集成測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開(kāi)發(fā)的。

8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）關(guān)于負(fù)載測(cè)試和壓力測(cè)試在論壇中的帖子中有詳細(xì)的解釋?zhuān)蠹铱梢匀タ匆幌戮湍艿贸稣_的答案

9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（）同樣，這一題沒(méi)有正確的答案。缺陷是否修復(fù)是需要聽(tīng)取測(cè)試人員的意見(jiàn)，但測(cè)試人員的意見(jiàn)非決定性。所以還是要看一個(gè)企業(yè)賦予測(cè)試人員有多大的權(quán)力。

10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（）如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過(guò)大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。

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

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

二、不定項(xiàng)選擇題（每題2 分，10分）

1．軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（）

A． 軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B． 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和一

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

D． 驗(yàn)收測(cè)試工件齊全?；卮疬@道題，你必須是這家企業(yè)的員工。前面說(shuō)到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿(mǎn)足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。

2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）

A．項(xiàng)目經(jīng)理

B．SQA 負(fù)責(zé)人

C．配置負(fù)責(zé)人

D．測(cè)試組 上面的4種角色都需要參與

3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（）

A．a(chǎn)lpha 測(cè)試需要用戶(hù)代表參加

B．a(chǎn)lpha 測(cè)試不需要用戶(hù)代表參加

C．a(chǎn)lpha 測(cè)試是系統(tǒng)測(cè)試的一種

D．a(chǎn)lpha 測(cè)試是驗(yàn)收測(cè)試的一種 首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶(hù)需要直接參與進(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ì)該類(lèi)人員的職責(zé)是如何定義。

5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）

A．需求工件已經(jīng)被基線(xiàn)化

B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線(xiàn)化

C．構(gòu)架工件已經(jīng)被基線(xiàn)化

D．項(xiàng)目階段成果已經(jīng)被基線(xiàn)化 先要了解一下什么是基線(xiàn)。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線(xiàn)里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了

填空題（每空1分，24 分）

1．軟件驗(yàn)收測(cè)試包括___、___、____三種類(lèi)型。軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。

2．系統(tǒng)測(cè)試的策略有功能測(cè)試、、、、易用性測(cè)試、、、、、、、、、、等15 種方法。

系統(tǒng)測(cè)試的策略有很多種的，我知道的有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試、易用性測(cè)試、安全測(cè)試、配置測(cè)試、安裝測(cè)試、文檔測(cè)試、故障恢復(fù)測(cè)試、用戶(hù)界面測(cè)試、恢復(fù)測(cè)試、分布測(cè)試、可用性測(cè)試。。

3．設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。

4．對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有___、___兩種。5．通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為_(kāi)__、___、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。利用因果圖生成測(cè)試用例的基本步驟是： § 分析軟件規(guī)格說(shuō)明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類(lèi)），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。§ 分析軟件規(guī)格說(shuō)明描述中的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫(huà)出因果圖?！?由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件?！?把因果圖轉(zhuǎn)換成判定表。§ 把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。

第五篇：Java 軟件工程師面試筆試題

Java 軟件工程師面試筆試題.txt﹃根網(wǎng)線(xiàn)''盡賺了多少人的青春い有時(shí)候感動(dòng)的就是身邊微不足道的小事。﹎破碎不是最殘酷的 最殘酷的是踩著這些碎片卻假裝不疼痛 固執(zhí)的尋找﹎將來(lái)就算我遇見(jiàn)再怎么完美的人,都有一個(gè)缺點(diǎn),他不是你,_____下輩子要做男生，娶一個(gè)像我這樣的女生。

一、你對(duì)MVC的理解，MVC有什么優(yōu)缺點(diǎn)？結(jié)合Struts，說(shuō)明在一個(gè)Web應(yīng)用如何去使用？ 答：

MVC設(shè)計(jì)模式（應(yīng)用觀(guān)察者模式的框架模式）

M: Model(Business process layer)，模型，操作數(shù)據(jù)的業(yè)務(wù)處理層,并獨(dú)立于表現(xiàn)層(Independent of presentation)。

V: View(Presentation layer)，視圖，通過(guò)客戶(hù)端數(shù)據(jù)類(lèi)型顯示數(shù)據(jù),并回顯模型層的執(zhí)行結(jié)果。

C: Controller(Control layer)，控制器，也就是視圖層和模型層橋梁，控制數(shù)據(jù)的流向，接受視圖層發(fā)出的事件，并重繪視圖

MVC框架的一種實(shí)現(xiàn)模型 模型二(Servlet-centric)：

JSP+Servlet+JavaBean，以控制為核心，JSP只負(fù)責(zé)顯示和收集數(shù)據(jù)，Sevlet，連接視圖和模型，將視圖層數(shù)據(jù)，發(fā)送給模型層，JavaBean，分為業(yè)務(wù)類(lèi)和數(shù)據(jù)實(shí)體，業(yè)務(wù)類(lèi)處理業(yè)務(wù)數(shù)據(jù)，數(shù)據(jù)實(shí)體，承載數(shù)據(jù)，基本上大多數(shù)的項(xiàng)目都是使用這種MVC的實(shí)現(xiàn)模式。

StrutsMVC框架(Web application frameworks)

Struts是使用MVC的實(shí)現(xiàn)模式二來(lái)實(shí)現(xiàn)的，也就是以控制器為核心。

Struts提供了一些組件使用MVC開(kāi)發(fā)應(yīng)用程序：

Model：Struts沒(méi)有提供model類(lèi)。這個(gè)商業(yè)邏輯必須由Web應(yīng)用程序的開(kāi)發(fā)者以JavaBean或EJB的形式提供

View：Struts提供了action form創(chuàng)建form bean, 用于在controller和view間傳輸數(shù)據(jù)。此外，Struts提供了自定義JSP標(biāo)簽庫(kù)，輔助開(kāi)發(fā)者用JSP創(chuàng)建交互式的以表單為基礎(chǔ)的應(yīng)用程序，應(yīng)用程序資源文件保留了一些文本常量和錯(cuò)誤消息，可轉(zhuǎn)變?yōu)槠渌Z(yǔ)言，可用于JSP中。

Controller：Struts提供了一個(gè)核心的控制器ActionServlet，通過(guò)這個(gè)核心的控制器來(lái)調(diào)用其他用戶(hù)注冊(cè)了的自定義的控制器Action，自定義Action需要符合Struts的自定義Action規(guī)范，還需要在struts-config.xml的特定配置文件中進(jìn)行配置，接收J(rèn)SP輸入字段形成Action form，然后調(diào)用一個(gè)Action控制器。Action控制器中提供了model的邏輯接口。

二、什么是WebService？ 答：

WebService是一個(gè)SOA（面向服務(wù)的編程）的架構(gòu)，它是不依賴(lài)于語(yǔ)言，不依賴(lài)于平臺(tái)，可以實(shí)現(xiàn)不同的語(yǔ)言間的相互調(diào)用，通過(guò)Internet進(jìn)行基于Http協(xié)議的網(wǎng)絡(luò)應(yīng)用間的交互。WebService實(shí)現(xiàn)不同語(yǔ)言間的調(diào)用，是依托于一個(gè)標(biāo)準(zhǔn)，webservice是需要遵守WSDL（web服務(wù)定義語(yǔ)言）/SOAP（簡(jiǎn)單請(qǐng)求協(xié)議）規(guī)范的。WebService=WSDL+SOAP+UDDI（webservice的注冊(cè)）

Soap是由Soap的part和0個(gè)或多個(gè)附件組成，一般只有part，在part中有Envelope和Body。

Web Service是通過(guò)提供標(biāo)準(zhǔn)的協(xié)議和接口，可以讓不同的程序集成的一種SOA架構(gòu)。Web Service的優(yōu)點(diǎn)

(1)可以讓異構(gòu)的程序相互訪(fǎng)問(wèn)（跨平臺(tái)）

(2)松耦合

(3)基于標(biāo)準(zhǔn)協(xié)議（通用語(yǔ)言，允許其他程序訪(fǎng)問(wèn)）Web Service的基本原理

(1)Service Provider采用WSDL描述服務(wù)

(2)Service Provider 采用UDDI將服務(wù)的描述文件發(fā)布到UDDI服務(wù)器（Register server）

(3)Service Requestor在UDDI服務(wù)器上查詢(xún)并 獲取WSDL文件

(4)Service requestor將請(qǐng)求綁定到SOAP，并訪(fǎng)問(wèn)相應(yīng)的服務(wù)。

三、什么是中間件？

中間件就是程序中可織入的，可重用的，與業(yè)務(wù)邏輯無(wú)關(guān)的各種組件。

中間件（middleware）是基礎(chǔ)軟件的一大類(lèi)，屬于可復(fù)用軟件的范疇。顧名思義，中間件處于操作系統(tǒng)軟件與用戶(hù)的應(yīng)用軟件的中間。中間件在操作系統(tǒng)、網(wǎng)絡(luò)和數(shù)據(jù)庫(kù)之上，應(yīng)用軟件的下層，總的作用是為處于自己上層的應(yīng)用軟件提供運(yùn)行與開(kāi)發(fā)的環(huán)境，幫助用戶(hù)靈活、高效地開(kāi)發(fā)和集成復(fù)雜的應(yīng)用軟件。

在眾多關(guān)于中間件的定義中，比較普遍被接受的是IDC表述的：中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源，中間件位于客戶(hù)機(jī)服務(wù)器的操作系統(tǒng)之上，管理計(jì)算資源和網(wǎng)絡(luò)通信。

分類(lèi)：數(shù)據(jù)訪(fǎng)問(wèn)中間件，遠(yuǎn)程調(diào)用中間件，消息中間件，交易中間件，對(duì)象中間件。

舉例：

1，RMI（Remote Method Invocations, 遠(yuǎn)程調(diào)用）

2，Load Balancing(負(fù)載均衡，將訪(fǎng)問(wèn)負(fù)荷分散到各個(gè)服務(wù)器中)

3，Transparent Fail-over(透明的故障切換)

4，Clustering(集群,用多個(gè)小的服務(wù)器代替大型機(jī)）

5，Back-end-Integration(后端集成，用現(xiàn)有的、新開(kāi)發(fā)的系統(tǒng)如何去集成遺留的系統(tǒng))

6，Transaction事務(wù)（全局/局部）全局事務(wù)（分布式事務(wù)）局部事務(wù)（在同一數(shù)據(jù)庫(kù)聯(lián)接內(nèi)的事務(wù)）

7，Dynamic Redeployment(動(dòng)態(tài)重新部署,在不停止原系統(tǒng)的情況下，部署新的系統(tǒng)）

8，System Management(系統(tǒng)管理)

9，Threading(多線(xiàn)程處理)

10，Message-oriented Middleware面向消息的中間件（異步的調(diào)用編程）

11，Component Life Cycle(組件的生命周期管理)

12，Resource pooling（資源池）

13，Security（安全）

14，Caching（緩存）

四、什么是典型的軟件三層結(jié)構(gòu)？軟件設(shè)計(jì)為什么要分層？軟件分層有什么好處？ 答：(1)Presentation layer（表示層）

(1)表示邏輯（生成界面代碼）

(2)接收請(qǐng)求

(3)處理業(yè)務(wù)層拋出的異常

(4)負(fù)責(zé)規(guī)則驗(yàn)證（數(shù)據(jù)格式，數(shù)據(jù)非空等）

(5)流程控制

(2)Service layer（服務(wù)層/業(yè)務(wù)層）

(1)封裝業(yè)務(wù)邏輯處理，并且對(duì)外暴露接口

(2)負(fù)責(zé)事務(wù)，安全等服務(wù)

(3)Persistence layer（持久層）

(1)封裝數(shù)據(jù)訪(fǎng)問(wèn)的邏輯，暴露接口

(2)提供方便的數(shù)據(jù)訪(fǎng)問(wèn)的方案（查詢(xún)語(yǔ)言，API，映射機(jī)制等）Domain layer（域?qū)樱?/p>

(1)業(yè)務(wù)對(duì)象以及業(yè)務(wù)關(guān)系的表示

(2)處理簡(jiǎn)單的業(yè)務(wù)邏輯

(3)域?qū)拥膶?duì)象可以穿越表示層，業(yè)務(wù)層，持久層

軟件分層結(jié)構(gòu)使得代碼維護(hù)非常方便，設(shè)計(jì)明確，各層獨(dú)立，專(zhuān)注自己擅長(zhǎng)的領(lǐng)域。

五、什么是OOP？OOP相對(duì)于面向過(guò)程編程有哪些優(yōu)點(diǎn)？

OOP，Object-Oriented Programming，面向?qū)ο缶幊滩煌诿嫦蜻^(guò)程編程：

（1）OOP關(guān)注對(duì)象和角色，也就是事物的本質(zhì)

1）OOP把客觀(guān)世界中的對(duì)象抽象成對(duì)應(yīng)的類(lèi)；

2）通過(guò)類(lèi)構(gòu)造實(shí)例；

3）通過(guò)依賴(lài)、繼承、實(shí)現(xiàn)等形式建立對(duì)象間的通信關(guān)系

（2）OOP易于擴(kuò)展，增加或改變業(yè)務(wù)的功能，無(wú)需大幅改動(dòng)改變?cè)创a

（3）OOP易于建模，OOP就是軟件架構(gòu)師在計(jì)算機(jī)高級(jí)語(yǔ)言中對(duì)客觀(guān)世界的抽象和再現(xiàn)，人們可以很好地理解和建立起計(jì)算機(jī)中的抽象模型

六、談?wù)凮verload和Override的區(qū)別。

答：

方法的重寫(xiě)Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫(xiě)Overriding是父類(lèi)與子類(lèi)之間多態(tài)性的一種表現(xiàn)，重載Overloading是一個(gè)類(lèi)中多態(tài)性的一種表現(xiàn)。如果在子類(lèi)中定義某方法與其父類(lèi)有相同的名稱(chēng)和參數(shù)，我們說(shuō)該方法被重寫(xiě)(Overriding)。子類(lèi)的對(duì)象使用這個(gè)方法時(shí)，將調(diào)用子類(lèi)中的定義，對(duì)它而言，父類(lèi)中的定義如同被“屏蔽”了。如果在一個(gè)類(lèi)中定義了多個(gè)同名的方法，它們或有不同的參數(shù)個(gè)數(shù)或有不同的參數(shù)類(lèi)型，則稱(chēng)為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類(lèi)型。

七、談?wù)凥ashMap和Hashtable的區(qū)別。答：

HashMap是輕量級(jí)的（線(xiàn)程不安全的，效率高的）集合，Hashtable是重量級(jí)的（線(xiàn)程安全的，效率低的）集合。

都屬于Map接口的類(lèi)，實(shí)現(xiàn)了將惟一鍵映射到特定的值上。

HashMap 類(lèi)沒(méi)有分類(lèi)或者排序。它允許一個(gè) null 鍵和多個(gè) null 值。

Hashtable 類(lèi)似于 HashMap，但是不允許 null 鍵和 null 值。它也比 HashMap 慢，因?yàn)樗峭降摹?/p>

八、請(qǐng)問(wèn)abstract class和interface有什么區(qū)別？

答：

1)接口沒(méi)有任何的實(shí)現(xiàn),而抽象類(lèi)它可以有部分的實(shí)現(xiàn)也可以沒(méi)有;

2)如果需要復(fù)用或者共享部分代碼,應(yīng)該用抽象類(lèi)而不是接口;

3)繼承無(wú)法解決類(lèi)型的轉(zhuǎn)換問(wèn)題,接口就是為了解決這一問(wèn)題而產(chǎn)生的(Java的單繼承是接口產(chǎn)生的根本原因)接口是一種抽象的第三方規(guī)范,跟對(duì)象沒(méi)什么直接關(guān)系。

九、請(qǐng)問(wèn)軟件開(kāi)發(fā)中的設(shè)計(jì)模式你會(huì)使用哪些？

答：我熟悉的設(shè)計(jì)模式有單例模式，DAO模式，模板方法，工廠(chǎng)模式，委托代理模式，MVC模式等。

Singleton模式主要作用是保證在Java應(yīng)用程序中，一個(gè)類(lèi)Class只有一個(gè)實(shí)例存在。

Singleton模式一般形式: 定義一個(gè)類(lèi)，它的構(gòu)造函數(shù)為private的，它有一個(gè)static的private的該類(lèi)變量，在類(lèi)初始化時(shí)實(shí)例話(huà)，通過(guò)一個(gè)public的getInstance方法獲取對(duì)它的引用,繼而調(diào)用其中的方法。

十、類(lèi)的核心特性有哪些？

類(lèi)具有封裝性、繼承性和多態(tài)性。

封裝性：

類(lèi)的封裝性為類(lèi)的成員提供公有、缺省、保護(hù)和私有等多級(jí)訪(fǎng)問(wèn)權(quán)限，目的是隱藏類(lèi)中的私有變量和類(lèi)中方法的實(shí)現(xiàn)細(xì)節(jié)。

繼承性：

類(lèi)的繼承性提供從已存在的類(lèi)創(chuàng)建新類(lèi)的機(jī)制，繼承（inheritance）使一個(gè)新類(lèi)自動(dòng)擁有被繼承類(lèi)（父類(lèi)）的全部成員。

多態(tài)性：

類(lèi)的多態(tài)性提供類(lèi)中方法執(zhí)行的多樣性，多態(tài)性有兩種表現(xiàn)形式：重載和覆蓋。

十一、請(qǐng)問(wèn)類(lèi)與對(duì)象有什么區(qū)別？

類(lèi)

類(lèi)就是某一種事物的一般性的集合體，是相同或相似的各個(gè)事物共同特性的一種抽象。

對(duì)象

在面向?qū)ο蟾拍钪?，?duì)象（Object）是類(lèi)的實(shí)例（instance）。對(duì)象與類(lèi)的關(guān)系就像變量與數(shù)據(jù)類(lèi)型的關(guān)系一樣。

十二、寫(xiě)出生產(chǎn)者消費(fèi)者模型的實(shí)現(xiàn)

十三、用軟件工程和Java來(lái)敘述購(gòu)物車(chē)（shopping cart）系統(tǒng)實(shí)現(xiàn)

十四、文件系統(tǒng)的幾個(gè)類(lèi):FileInputStream、FileOutputStream、FileReader、FileWriter的區(qū)別

十五、請(qǐng)寫(xiě)出Java API中最常用的五個(gè)包，并且各舉兩個(gè)類(lèi)加以說(shuō)明。

十六、請(qǐng)問(wèn)你在“電信運(yùn)營(yíng)支撐系統(tǒng)”中遇到了哪些問(wèn)題？你是怎么解決的？做這個(gè)項(xiàng)目你最大的收獲是什么？

十七、請(qǐng)說(shuō)出幾個(gè)常用的異常類(lèi)

答：NullpointException（空指針異常）

ClassNotFoundException（類(lèi)找不到異常）

ClassCastException（類(lèi)型轉(zhuǎn)換異常）

IllegalArgumentException（非法參數(shù)異常）

ArithmeticException（算術(shù)異常）

NumberFormatException（數(shù)據(jù)格式異常）

IndexOutOfBoundsException（數(shù)組下標(biāo)越界異常）

IllegalStateException（非法語(yǔ)句異常）

十八、什么是進(jìn)程和線(xiàn)程？?jī)烧叩膮^(qū)別是什么？

十九、請(qǐng)簡(jiǎn)要描述一下你做的ShoppingCart項(xiàng)目。

二十、請(qǐng)問(wèn)網(wǎng)絡(luò)7層協(xié)議，tcp/ip4 層協(xié)議是什么？

二十一、Java面向?qū)ο蟮乃拇筇攸c(diǎn)

二十二、public,private,protected，default訪(fǎng)問(wèn)權(quán)限（可見(jiàn)性）

答：

public：全局可見(jiàn)

protected：繼承體系結(jié)構(gòu)之間可見(jiàn)

default（或不寫(xiě)）：同包可見(jiàn)

private：本類(lèi)可見(jiàn)。

二十二、public,private,protected，default訪(fǎng)問(wèn)權(quán)限（可見(jiàn)性）

答：

public：全局可見(jiàn)

protected：繼承體系結(jié)構(gòu)之間可見(jiàn)

default（或不寫(xiě)）：同包可見(jiàn)

private：本類(lèi)可見(jiàn)。

二十三、名詞解釋

CRM

[Customer Relationship Management, 客戶(hù)關(guān)系管理] ERP

[Enterprise Resource Planning, 企業(yè)資源規(guī)劃] OSS

[Operation Support System, 運(yùn)營(yíng)支撐系統(tǒng)] BSS

[Business Support System, 數(shù)據(jù)定義語(yǔ)言] BOSS

[Business Operation Support System, 數(shù)據(jù)定義語(yǔ)言] OA

[Office Automatization, 辦公自動(dòng)化] HTTP OOP SOA GUI DDL

[Data Definition Language, 數(shù)據(jù)定義語(yǔ)言] DML

[Data Manipulation Language, 數(shù)據(jù)操作語(yǔ)言]

WYSIWYG

所見(jiàn)即所得 [What You See is What You Get] CMP CMT B2B C2C B2C IDE DOM

Client/Server CMM ORM MIS MVC

MVC是Model－View－Controller的簡(jiǎn)寫(xiě)?！癕odel” 代表的是應(yīng)用的業(yè)務(wù)邏輯（通過(guò)JavaBean，EJB組件實(shí)現(xiàn)），“View” 是應(yīng)用的表示面（由JSP頁(yè)面產(chǎn)生），“Controller” 是提供應(yīng)用的處理過(guò)程控制（一般是一個(gè)Servlet），通過(guò)這種設(shè)計(jì)模型把應(yīng)用邏輯，處理過(guò)程和顯示邏輯分成不同的組件實(shí)現(xiàn)。這些組件可以進(jìn)行交互和重用。

OLE

CORBA

CORBA 標(biāo)準(zhǔn)是公共對(duì)象請(qǐng)求代理結(jié)構(gòu)(Common Object Request Broker Architecture)，由對(duì)象管理組織(Object Management Group，縮寫(xiě)為 OMG)標(biāo)準(zhǔn)化。它的組成是接口定義語(yǔ)言(IDL), 語(yǔ)言綁定(binding:也譯為聯(lián)編)和允許應(yīng)用程序間互操作的協(xié)議。其目的為：

用不同的程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)

在不同的進(jìn)程中運(yùn)行

為不同的操作系統(tǒng)開(kāi)發(fā)。

UML

UML，標(biāo)準(zhǔn)建模語(yǔ)言，包含用例圖,靜態(tài)圖(包括類(lèi)圖、對(duì)象圖和包圖),行為圖,交互圖(順序圖,合作圖),實(shí)現(xiàn)圖等。

XML CMMI JRE J2EE

J2EE是Sun公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的企業(yè)級(jí)應(yīng)用模型(enterpriese application model).在這樣的一個(gè)應(yīng)用系統(tǒng)中，可按照功能劃分為不同的組件，這些組件又可在不同計(jì)算機(jī)上，并且處于相應(yīng)的層次(tier)中。所屬層次包括客戶(hù)層(clietn tier)組件,web層和組件,Business層和組件,企業(yè)信息系統(tǒng)(EIS)層。

JDK AOP OO

Container W3C JMS

Domain POJO JVM JNDI JTA SOAP

[Simple Object Access Protocol，簡(jiǎn)單對(duì)象訪(fǎng)問(wèn)協(xié)議] WSDL JDO

JDO是Java對(duì)象持久化的新的規(guī)范，為Java Data Object的簡(jiǎn)稱(chēng),也是一個(gè)用于存取某種數(shù)據(jù)倉(cāng)庫(kù)中的對(duì)象的標(biāo)準(zhǔn)化API。JDO提供了透明的對(duì)象存儲(chǔ)，因此對(duì)開(kāi)發(fā)人員來(lái)說(shuō)，存儲(chǔ)數(shù)據(jù)對(duì)象完全不需要額外的代碼（如JDBC API的使用）。這些繁瑣的例行工作已經(jīng)轉(zhuǎn)移到JDO產(chǎn)品提供商身上，使開(kāi)發(fā)人員解脫出來(lái)，從而集中時(shí)間和精力在業(yè)務(wù)邏輯上。另外，JDO很靈活，因?yàn)樗梢栽谌魏螖?shù)據(jù)底層上運(yùn)行。JDBC只是面向關(guān)系數(shù)據(jù)庫(kù)（RDBMS)JDO更通用，提供到任何數(shù)據(jù)底層的存儲(chǔ)功能，比如關(guān)系數(shù)據(jù)庫(kù)、文件、XML以及對(duì)象數(shù)據(jù)庫(kù)（ODBMS）等等，使得應(yīng)用可移植性更強(qiáng)。

TDD DAO IoC

[Inversion of Control, 控制反轉(zhuǎn)] RMI DNS

[Internet Domain Name System, 因特網(wǎng)域名系統(tǒng)] URL URI

二十四、數(shù)據(jù)庫(kù)連接池的工作機(jī)制

二十五、互聯(lián)網(wǎng)提供哪些服務(wù)？

二十六、請(qǐng)寫(xiě)出JSP的幾個(gè)隱含內(nèi)置對(duì)象

答：JSP中隱含內(nèi)置對(duì)象

名稱(chēng) 類(lèi)型

request javax.servlet.http.HttpServletRequest request

response javax.servlet.http.HttpServletResponse

注釋和范圍 response page javax.lang.Object page

Exception java.lang.Throwable page

pageContext javax.servlet.jsp.PageContext page

session javax.servlet.http.HttpSession session

application javax.servlet.ServletContext ServletContext out javax.servlet.jsp.JspWriter OutputStream

config javax.servlet.ServletConfig ServletConfig

JSP共有以下9種基本內(nèi)置組件（可與ASP的6種內(nèi)部組件相對(duì)應(yīng)）：

request 用戶(hù)端請(qǐng)求，此請(qǐng)求會(huì)包含來(lái)自GET/POST請(qǐng)求的參數(shù)

response 網(wǎng)頁(yè)傳回用戶(hù)端的回應(yīng)

page JSP 網(wǎng)頁(yè)本身

exception 針對(duì)錯(cuò)誤網(wǎng)頁(yè)，未捕捉的例外

pageContext 網(wǎng)頁(yè)的屬性是在這里管理

session 與請(qǐng)求有關(guān)的會(huì)話(huà)期

application servlet 正在執(zhí)行的內(nèi)容

out 用來(lái)傳送回應(yīng)的輸出

config Servlet的構(gòu)架部件

二十七、請(qǐng)你談?wù)凷SH整合

答：SSH：

Struts（表示層）+Spring（業(yè)務(wù)層）+Hibernate（持久層）

Struts：

Struts是一個(gè)表示層框架，主要作用是界面展示，接收請(qǐng)求，分發(fā)請(qǐng)求。

在MVC框架中，Struts屬于VC層次，負(fù)責(zé)界面表現(xiàn)，負(fù)責(zé)MVC關(guān)系的分發(fā)。（View：沿用JSP，HTTP，F(xiàn)orm，Tag，Resourse ；Controller：ActionServlet，struts-config.xml，Action）

Hibernate：

Hibernate是一個(gè)持久層框架，它只負(fù)責(zé)與關(guān)系數(shù)據(jù)庫(kù)的操作。

Spring：

Spring是一個(gè)業(yè)務(wù)層框架，是一個(gè)整合的框架，能夠很好地黏合表示層與持久層。

二十八、應(yīng)用服務(wù)器與Web Server的區(qū)別

二十九、Java Servlet API中forward()與redirect()的區(qū)別

答：

前者僅是容器中控制權(quán)的轉(zhuǎn)向，在客戶(hù)端瀏覽器地址欄中不會(huì)顯示出轉(zhuǎn)向后的地址；后者則是完全的跳轉(zhuǎn)，瀏覽器將會(huì)得到跳轉(zhuǎn)的地址，并重新發(fā)送請(qǐng)求鏈接。這樣，從瀏覽器的地址欄中可以看到跳轉(zhuǎn)后的鏈接地址。所以，前者更加高效，在前者可以滿(mǎn)足需要時(shí)，盡量使用forward()方法，并且，這樣也有助于隱藏實(shí)際的鏈接。在有些情況下，比如，需要跳轉(zhuǎn)到一個(gè)其它服務(wù)器上的資源，則必須使用sendRedirect()方法。

三

十、寫(xiě)一個(gè)簡(jiǎn)單的C/S結(jié)構(gòu)程序，Java 的通信編程，編程題(或問(wèn)答)，用JAVA SOCKET編程，讀服務(wù)器幾個(gè)字符，再寫(xiě)入本地顯示？

答:Server端程序: package test;import java.net.*;import java.io.*;

public class Server { private ServerSocket ss;private Socket socket;private BufferedReader in;private PrintWriter out;public Server(){ try { ss=new ServerSocket(10000);while(true){ socket = ss.accept();String RemoteIP = socket.getInetAddress().getHostAddress();String RemotePort = “:”+socket.getLocalPort();System.out.println(“A client come in!IP:”+RemoteIP+RemotePort);in = new BufferedReader(new

InputStreamReader(socket.getInputStream()));String line = in.readLine();System.out.println(“Cleint send is :” + line);out = new PrintWriter(socket.getOutputStream(),true);out.println(“Your Message Received!”);out.close();in.close();socket.close();} }catch(IOException e){ out.println(“wrong”);} } public static void main(String[] args){ new Server();} };Client端程序: package test;import java.io.*;import java.net.*;

public class Client { Socket socket;BufferedReader in;PrintWriter out;public Client(){ try { System.out.println(“Try to Connect to 127.0.0.1:10000”);socket = new Socket(“127.0.0.1”,10000);System.out.println(“The Server Connected!”);System.out.println(“Please enter some Character:”);BufferedReader line = new BufferedReader(new

InputStreamReader(System.in));out = new PrintWriter(socket.getOutputStream(),true);out.println(line.readLine());in = new BufferedReader(new InputStreamReader(socket.getInputStream()));System.out.println(in.readLine());out.close();in.close();socket.close();}catch(IOException e){ out.println(“Wrong”);} } public static void main(String[] args){ new Client();} };