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

預處理器（Preprocessor）

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

我在這想看到幾件事情：

1).#define 語法的基本知識（例如：不能以分號結束，括號的使用，等等）

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

3).意識到這個表達式將使一個16位機的整型數(shù)溢出-因此要用到長整型符號L告訴編譯器這個常數(shù)是的長整型數(shù)。

4).如果你在你的表達式中用到UL（表示無符號長整型），那么你有了一個好的起點。記住，第一印象很重要。

2.寫一個“標準”宏MIN，這個宏輸入兩個參數(shù)并返回較小的一個。

#define MIN(AB)((A)6”。原因是當表達式中存在有符號類型和無符號類型時所有的操作數(shù)都自動轉換為無符號類型。因此-20變成了一個非常大的正整數(shù)，所以該表達式計算出的結果大于6。這一點對于應當頻繁用到無符號數(shù)據(jù)類型的嵌入式系統(tǒng)來說是豐常重要的。如果你答錯了這個問題，你也就到了得不到這份工作的邊緣。

13.評價下面的代碼片斷：

unsigned int zero = 0;

unsigned int compzero = 0xFFFF;

/*1's complement of zero */

對于一個int型不是16位的處理器為說，上面的代碼是不正確的。應編寫如下： unsigned int compzero = ~0;

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

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

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

這里，我期望應試者能提到內(nèi)存碎片，碎片收集的問題，變量的持行時間等等。這個主題已經(jīng)在ESP雜志中被廣泛地討論過了（主要是 P.J.Plauger 他的解釋遠遠超過我這里能提到的任何解釋），所有回過頭看一下這些雜志吧！讓應試者進入一種虛假的安全感覺后，我拿出這么一個小節(jié)目：下面的代碼片段的輸出是什么，為什么？

char *ptr;

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

puts(“Got a null pointer”);

else

puts(“Got a valid pointer”);

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

Typedef

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

#define dPS struct s *

typedef struct s * tPS;

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

這是一個非常微妙的問題，任何人答對這個問題（正當?shù)脑颍┦菓敱还驳摹４鸢甘牵簍ypedef更好。思考下面的例子：dPS p1p2;

tPS p3p4;

第一個擴展為

struct s * p1 p2;

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

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

c = a+++b;

這個問題將做為這個測驗的一個愉快的結尾。不管你相不相信，上面的例子是完全合乎語法的。問題是編譯器如何處理它？水平不高的編譯作者實際上會爭論這個問題，根據(jù)最處理原則，編譯器應當能處理盡可能所有合法的用法。因此，上面的代碼被處理成：

c = a++ + b;

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

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

軟件工程師－筆試試題

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

Java基礎

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

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

３．類C有４個方法m1、m2、m3、m4,其中m1、m2、m3使用synchronized聲明，m3還有static聲明，m4沒有特殊的聲明。當一個線程T1進入C的一個實例的m1方法后，另一線程T2能立刻進入另一個實例的m1、m2、m3、m4方法嗎？為什么？［高分］ ４．String和StringBuffer區(qū)別，什么時候應該使用StringBuffer？

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

Web（HTML, DOM, JavaScript, CSS）

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

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

JavaEE １２。說出Servlet的生命周期

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

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

１５。不能往Session里面存儲太多太大的對象，為什么？

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

數(shù)據(jù)庫

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

１９。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? 架構與框架

26.說說你對ＭＣＶ的認識

第三篇：軟件測試工程師筆試題

軟件測試工程師筆試題一及答案

一、基礎理論

1、軟件測試的結束標準是什么？

2、一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。

3、什么是缺陷報告？

4、缺陷報告的作用

5、缺陷報告的要點

6、軟件測試缺陷報告的“5C”原則

7、缺陷的二八定理

8、軟件測試的流程

9、測試計劃的目的是什么？測試計劃的內(nèi)容都包括什么？其中哪些是最重要的？

10、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。

11、Alpha 測試與beta 測試的區(qū)別

答案：

一、基礎理論

1、測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運行完成或根據(jù)上級主管對測試結果的意見，就可以結束本次測試

2、計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗收測試

一套完整的測試應該由五個階段組成：

1）測試計劃首先，根據(jù)用戶需求報告中關于功能要求和性能指標的規(guī)格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。

2）測試設計將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例（測試用例選擇的好壞將直接影響測試結果的有效性）。

3）測試開發(fā)建立可重復使用的自動測試過程。

4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應本著科學負責的態(tài)度，一步一個腳印地進行測試。

5）測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。

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

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

缺陷報告可以把軟件存在的缺陷準確的描述出來，便于開發(fā)人員修正

缺陷報告可以反映項目/產(chǎn)品當前的質(zhì)量狀態(tài)，便于項目整體進度和質(zhì)量控制

軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力

5、標題(Title)

簡潔、準確、完整、反映缺陷本質(zhì)、方便查詢

前綴 + 標題正文，標題正文采用結果和動作，或者現(xiàn)象和位置的方式表達

步驟(Steps)

可復現(xiàn)、完整、簡潔、準確

按數(shù)字編號

實際結果(Actual results)

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

期望結果(Expected results)

準確、豐富、有理有據(jù)

平臺（Platforms）

準確

截圖(Screenshots)

準確反映缺陷特征

注釋(Notes)

關于缺陷的輔助說明

6、內(nèi)容準確(Correct)：

每個組成部分的描述準確，不會引起誤解

步驟簡潔(Concise)：

只包含必不可少的信息，不包括任何多余的內(nèi)容

內(nèi)容清晰(Clear)：

每個組成部分的描述清晰，易于理解

結構完整(Complete)：

包含復現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息

風格一致(Consistent)：

按照一致的格式書寫全部缺陷報告

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

8、制訂測試計劃、設計測試用例、實施測試、提交缺陷報告、測試總結。

9、測試計劃的目的：編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。

測試計劃的內(nèi)容：測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術語和定義、測試策略、確定測試內(nèi)容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準、暫

停和重新啟動測試的標準、風險和問題等。

最重要的：測試策略、確定測試內(nèi)容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準

10、黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結構和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。

白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內(nèi)部邏輯結構及相關信息，設計或選擇測試用例，對程式所有邏輯路徑進行測試。

單元測試：白盒測試的一種，對軟件設計中的單元模塊進行測試。

集成測試：在單元測試的基礎上，對單元模塊之間的連接和組裝w進行測試。

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

驗收測試：第三方進行的確認軟件滿足需求的測試。

第四篇：軟件測試工程師筆面試試題

軟件測試工程師筆面試試題

面試題

01.為什么要在一個團隊中開展軟件測試工作？

02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？

03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對于軟件測試部分，可以簡述）

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

05.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）

06.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。

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

08.您認為做好測試計劃工作的關鍵是什么？

09.您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

10.您認為做好測試用例設計工作的關鍵是什么？

11.請以您以往的實際工作為例，詳細的描述一次測試用例設計的完整的過程。

12.您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內(nèi)容。

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

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

15.您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？

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

17.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結合該工具描述軟件缺陷（Bug）跟蹤管理的流程。

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

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

20.您以往工作過的企業(yè)中，是否開展了軟件配置管理工作？您能否描述一下這項工作的開展情況和您對這項工作的認識？

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

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

23.在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對待這些事情的？

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

筆試題

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

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

2．Beta 測試是驗收測試的一種。（）

3．驗收測試是由最終用戶來實施的。（）

4．項目立項前測試人員不需要提交任何工件。（）

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

6．代碼評審是檢查源代碼是否達到模塊設計的要求。（）

7．自底向上集成需要測試員編寫驅動程序。（）

8．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（）

9．測試人員要堅持原則，缺陷未修復完堅決不予通過。（）

10．代碼評審員一般由測試員擔任。（）

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

12．集成測試計劃在需求分析階段末提交。（）

二、不定項選擇題（每題2 分，10分）

1．軟件驗收測試的合格通過準則是：（）

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

B． 所有測試項沒有殘余一級、二級和三級錯誤。

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

D． 驗收測試工件齊全。

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

B．SQA 負責人

C．配置負責人

D．測試組

3．下列關于alpha 測試的描述中正確的是：（）

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

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

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

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

4．測試設計員的職責有：（）

A．制定測試計劃

B．設計測試用例

C．設計測試過程、腳本

D．評估測試活動

5．軟件實施活動的進入準則是：（）

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

B．詳細設計工件已經(jīng)被基線化

C．構架工件已經(jīng)被基線化

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

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

1．軟件驗收測試包括、、三種類型。

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

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

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

5．通過畫因果圖來寫測試用例的步驟為、、、及把因果圖轉

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

四、簡答題（共37分）

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

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

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

7． Alpha 測試與beta 測試的區(qū)別。（4 分）． 比較負載測試、容量測試和強度測試的區(qū)別。（6 分）． 測試結束的標準是什么？（3 分）

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

1、軟件實施活動的輸出工件有、、、。

2、代碼評審主要做、、、工作。

3、軟件實施活動中集成員的職責是、、、。

4、驗證與確認軟件實施活動主要有、代碼評審、、、、SQA 驗證。

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

6、軟件測試的目的是、、、。

7、軟件測試主要分為、、、四類測試。

8、軟件測試活動有制定測試計劃、、、、、、測

試評估、測試結束八個步驟。

9、軟件測試活動的輸出工件有_、、、10、軟件測試角色有、、、。

二、不定項選擇題：（每題3 分，共15分）

1、軟件實施活動的進入準則是（）

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

B、詳細設計工件已經(jīng)被基線化

C、構架工件已經(jīng)被基線化

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

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

B、項目經(jīng)理

C、測試員

D、編碼員

3、軟件測試設計活動主要有（）

A、工作量分析

B、確定并說明測試用例、。

C、確立并結構化測試過程

D、復審并評估測試覆蓋

4、不屬于集成測試步驟的是（）

A、制定集成計劃

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

C、記錄集成測試結果

D、回歸測試

5、屬于軟件測試活動的輸入工件的是（）

A、軟件工作版本

B、可測試性報告

C、軟件需求工件

D、軟件項目計劃

三、問答題：（共25 分）

1、項目的集中管理在軟件公司的哪一個層面？（2 分）

2、請描述軟件測試活動的生命周期。（8 分）

3、什么是測試評估，測試評估的范圍是什么？（5 分）

4、闡述工作版本的定義。（2 分）、請畫出軟件測試活動的流程圖。（8 分）

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

2、測試程序僅僅按預期方式運行就行了。()

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

4、軟件測試員可以對產(chǎn)品說明書進行白盒測試。()

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

6、總是首先設計白盒測試用例。()

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

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

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

10、測試組負責軟件質(zhì)量。()

二、簡答題

1、軟件的缺陷等級應如何劃分？（3 分）

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

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

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

5、測試計劃的目的是什么？（2 分）

6、為什么要進行軟件測試?軟件測試的目的是什么?（5 分）

7、軟件測試應該劃分幾個階段?簡述各個階段應重點測試的點?各個階段的含義？（5 分）

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

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

三、專業(yè)詞語解釋（每題2 分）

α測試: β測試: 驅動模塊: 樁模塊: 白盒測試：

靜態(tài)測試：

四、選擇題（每題2分）

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

B． 模塊功能檢查

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

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

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

B、序結構分析

C、序復雜度分析

D、內(nèi)存泄漏

五、設計題（10分）

在三角形計算中，要求三角型的三個邊長：A、B 和C。當三邊不可能構成三角形時提示錯誤，可構成三角

形時計算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等邊三角形”。畫出程

序流程圖、控制流程圖、找出基本測試路徑 ,對此設計一個測試用例。

六、論述題

1、試敘述對一個軟件項目測試的全過程。（10 分）

2、簡述你對測試工作的認識過程、在以后的工作的一些建議。（6 分）、述靜態(tài)測試和動態(tài)測試的區(qū)別？（5 分）

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

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

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

B、程序結構分析

C、程序復雜度分析

D、內(nèi)存泄漏

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

A、代碼覆蓋率

B、模塊功能檢查

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

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

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

A、靜態(tài)測試

B、黑盒測試

C、動態(tài)測試

D、白盒測試

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

A、單元測試

B、集成測試

C、系統(tǒng)測試

D、確認測試

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

8． 在測試生命周期，測試過程分為幾個階段，以及各個階段的含義？

9． 簡要寫出自己在理解的基礎質(zhì)上所認為引入測試管理的意義

10． 在三角形計算中，要求三角型的三個邊長：A、B 和C。當三邊不可能構成三角形時提示錯誤，可構成三角形時計算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等

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

軟件測試工程師筆試試題答案

我認為那些面試題不同的人會有不同的答案 下面是部分答案

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

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

2．Beta 測試是驗收測試的一種。（）Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發(fā)現(xiàn)”未實現(xiàn)的需求”為目的，以評估”適合使用”為目標，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試。所以兩者之間的是非包容關系。

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

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

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

6．代碼評審是檢查源代碼是否達到模塊設計的要求。（）代碼審查是一種靜態(tài)技術，從這個意義上說代碼復查是需要和其他的一些動態(tài)測試技術配合才能檢查代碼是否符合設計的要求

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

8．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（）關于負載測試和壓力測試在論壇中的帖子中有詳細的解釋，大家可以去看一下就能得出正確的答案

9．測試人員要堅持原則，缺陷未修復完堅決不予通過。（）同樣，這一題沒有正確的答案。缺陷是否修復是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個企業(yè)賦予測試人員有多大的權力。

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

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

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

二、不定項選擇題（每題2 分，10分）

1．軟件驗收測試的合格通過準則是：（）

A． 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。B． 所有測試項沒有殘余一級、二級和一

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

D． 驗收測試工件齊全。回答這道題，你必須是這家企業(yè)的員工。前面說到了驗收測試的目的和目標，一個是需求必須實現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個通用標準就可以了。當然有些軟件企業(yè)會對驗收測試標準做一些調(diào)整。

2．軟件測試計劃評審會需要哪些人員參加？（）

A．項目經(jīng)理

B．SQA 負責人

C．配置負責人

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

3．下列關于alpha 測試的描述中正確的是：（）

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

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

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

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

4．測試設計員的職責有：（）

A．制定測試計劃

B．設計測試用例

C．設計測試過程、腳本 D．評估測試活動 合理的答案的是BC，同時要看軟件企業(yè)對該類人員的職責是如何定義。

5．軟件實施活動的進入準則是：（）

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

B．詳細設計工件已經(jīng)被基線化

C．構架工件已經(jīng)被基線化

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

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

1．軟件驗收測試包括___、___、____三種類型。軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。

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

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

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

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

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

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

一、你對MVC的理解，MVC有什么優(yōu)缺點？結合Struts，說明在一個Web應用如何去使用？ 答：

MVC設計模式（應用觀察者模式的框架模式）

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

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

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

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

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

StrutsMVC框架(Web application frameworks)

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

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

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

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

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

二、什么是WebService？ 答：

WebService是一個SOA（面向服務的編程）的架構，它是不依賴于語言，不依賴于平臺，可以實現(xiàn)不同的語言間的相互調(diào)用，通過Internet進行基于Http協(xié)議的網(wǎng)絡應用間的交互。WebService實現(xiàn)不同語言間的調(diào)用，是依托于一個標準，webservice是需要遵守WSDL（web服務定義語言）/SOAP（簡單請求協(xié)議）規(guī)范的。WebService=WSDL+SOAP+UDDI（webservice的注冊）

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

Web Service是通過提供標準的協(xié)議和接口，可以讓不同的程序集成的一種SOA架構。Web Service的優(yōu)點

(1)可以讓異構的程序相互訪問（跨平臺）

(2)松耦合

(3)基于標準協(xié)議（通用語言，允許其他程序訪問）Web Service的基本原理

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

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

(3)Service Requestor在UDDI服務器上查詢并 獲取WSDL文件

(4)Service requestor將請求綁定到SOAP，并訪問相應的服務。

三、什么是中間件？

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

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

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

分類：數(shù)據(jù)訪問中間件，遠程調(diào)用中間件，消息中間件，交易中間件，對象中間件。

舉例：

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

2，Load Balancing(負載均衡，將訪問負荷分散到各個服務器中)

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

4，Clustering(集群,用多個小的服務器代替大型機）

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

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

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

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

9，Threading(多線程處理)

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

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

12，Resource pooling（資源池）

13，Security（安全）

14，Caching（緩存）

四、什么是典型的軟件三層結構？軟件設計為什么要分層？軟件分層有什么好處？ 答：(1)Presentation layer（表示層）

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

(2)接收請求

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

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

(5)流程控制

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

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

(2)負責事務，安全等服務

(3)Persistence layer（持久層）

(1)封裝數(shù)據(jù)訪問的邏輯，暴露接口

(2)提供方便的數(shù)據(jù)訪問的方案（查詢語言，API，映射機制等）Domain layer（域層）

(1)業(yè)務對象以及業(yè)務關系的表示

(2)處理簡單的業(yè)務邏輯

(3)域層的對象可以穿越表示層，業(yè)務層，持久層

軟件分層結構使得代碼維護非常方便，設計明確，各層獨立，專注自己擅長的領域。

五、什么是OOP？OOP相對于面向過程編程有哪些優(yōu)點？

OOP，Object-Oriented Programming，面向對象編程不同于面向過程編程：

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

1）OOP把客觀世界中的對象抽象成對應的類；

2）通過類構造實例；

3）通過依賴、繼承、實現(xiàn)等形式建立對象間的通信關系

（2）OOP易于擴展，增加或改變業(yè)務的功能，無需大幅改動改變源代碼

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

六、談談Overload和Override的區(qū)別。

答：

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

七、談談HashMap和Hashtable的區(qū)別。答：

HashMap是輕量級的（線程不安全的，效率高的）集合，Hashtable是重量級的（線程安全的，效率低的）集合。

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

HashMap 類沒有分類或者排序。它允許一個 null 鍵和多個 null 值。

Hashtable 類似于 HashMap，但是不允許 null 鍵和 null 值。它也比 HashMap 慢，因為它是同步的。

八、請問abstract class和interface有什么區(qū)別？

答：

1)接口沒有任何的實現(xiàn),而抽象類它可以有部分的實現(xiàn)也可以沒有;

2)如果需要復用或者共享部分代碼,應該用抽象類而不是接口;

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

九、請問軟件開發(fā)中的設計模式你會使用哪些？

答：我熟悉的設計模式有單例模式，DAO模式，模板方法，工廠模式，委托代理模式，MVC模式等。

Singleton模式主要作用是保證在Java應用程序中，一個類Class只有一個實例存在。

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

十、類的核心特性有哪些？

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

封裝性：

類的封裝性為類的成員提供公有、缺省、保護和私有等多級訪問權限，目的是隱藏類中的私有變量和類中方法的實現(xiàn)細節(jié)。

繼承性：

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

多態(tài)性：

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

十一、請問類與對象有什么區(qū)別？

類

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

對象

在面向對象概念中，對象（Object）是類的實例（instance）。對象與類的關系就像變量與數(shù)據(jù)類型的關系一樣。

十二、寫出生產(chǎn)者消費者模型的實現(xiàn)

十三、用軟件工程和Java來敘述購物車（shopping cart）系統(tǒng)實現(xiàn)

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

十五、請寫出Java API中最常用的五個包，并且各舉兩個類加以說明。

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

十七、請說出幾個常用的異常類

答：NullpointException（空指針異常）

ClassNotFoundException（類找不到異常）

ClassCastException（類型轉換異常）

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

ArithmeticException（算術異常）

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

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

IllegalStateException（非法語句異常）

十八、什么是進程和線程？兩者的區(qū)別是什么？

十九、請簡要描述一下你做的ShoppingCart項目。

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

二十一、Java面向對象的四大特點

二十二、public,private,protected，default訪問權限（可見性）

答：

public：全局可見

protected：繼承體系結構之間可見

default（或不寫）：同包可見

private：本類可見。

二十二、public,private,protected，default訪問權限（可見性）

答：

public：全局可見

protected：繼承體系結構之間可見

default（或不寫）：同包可見

private：本類可見。

二十三、名詞解釋

CRM

[Customer Relationship Management, 客戶關系管理] ERP

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

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

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

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

[Office Automatization, 辦公自動化] HTTP OOP SOA GUI DDL

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

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

WYSIWYG

所見即所得 [What You See is What You Get] CMP CMT B2B C2C B2C IDE DOM

Client/Server CMM ORM MIS MVC

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

OLE

CORBA

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

用不同的程序設計語言書寫

在不同的進程中運行

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

UML

UML，標準建模語言，包含用例圖,靜態(tài)圖(包括類圖、對象圖和包圖),行為圖,交互圖(順序圖,合作圖),實現(xiàn)圖等。

XML CMMI JRE J2EE

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

JDK AOP OO

Container W3C JMS

Domain POJO JVM JNDI JTA SOAP

[Simple Object Access Protocol，簡單對象訪問協(xié)議] WSDL JDO

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

TDD DAO IoC

[Inversion of Control, 控制反轉] RMI DNS

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

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

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

二十六、請寫出JSP的幾個隱含內(nèi)置對象

答：JSP中隱含內(nè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)部組件相對應）：

request 用戶端請求，此請求會包含來自GET/POST請求的參數(shù)

response 網(wǎng)頁傳回用戶端的回應

page JSP 網(wǎng)頁本身

exception 針對錯誤網(wǎng)頁，未捕捉的例外

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

session 與請求有關的會話期

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

out 用來傳送回應的輸出

config Servlet的構架部件

二十七、請你談談SSH整合

答：SSH：

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

Struts：

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

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

Hibernate：

Hibernate是一個持久層框架，它只負責與關系數(shù)據(jù)庫的操作。

Spring：

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

二十八、應用服務器與Web Server的區(qū)別

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

答：

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

三

十、寫一個簡單的C/S結構程序，Java 的通信編程，編程題(或問答)，用JAVA SOCKET編程，讀服務器幾個字符，再寫入本地顯示？

答: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();} };