狠狠操网,91中文字幕在线观看,精品久久香蕉国产线看观看亚洲,亚洲haose在线观看

軟件測(cè)試工程師的筆試題(5篇)

每個(gè)人都曾試圖在平淡的學(xué)習(xí)、工作和生活中寫一篇文章。寫作是培養(yǎng)人的觀察、聯(lián)想、想象、思維和記憶的重要手段。寫范文的時(shí)候需要注意什么呢?有哪些格式需要注意呢?以下是我為大家搜集的優(yōu)質(zhì)范文,僅供參考,一起來看看吧

軟件測(cè)試工程師的筆試題篇一

1、什么是軟件測(cè)試?2’

2、軟件測(cè)試與軟件質(zhì)量保證的區(qū)別。10’

3、報(bào)告軟件缺陷時(shí),測(cè)試人員要對(duì)軟件缺陷分類,以簡(jiǎn)明扼要的方式指出其影響,以及修

改的優(yōu)先次序。請(qǐng)描述如何劃分缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí)別?10’

4、bug信息應(yīng)該包含那些內(nèi)容。5’

5、測(cè)試用例說明應(yīng)該包含哪些內(nèi)容?測(cè)試用例計(jì)劃包含哪些目標(biāo)?10’

6、web應(yīng)用軟件測(cè)試必須進(jìn)行哪些類型測(cè)試,請(qǐng)列出每種類型的測(cè)試要點(diǎn)。15’

7、網(wǎng)絡(luò)應(yīng)用測(cè)試的主要內(nèi)容是什么?10’

8、用戶文檔測(cè)試應(yīng)該注意哪些要點(diǎn)?10’

9、在dbms中,視圖的作用是什么?

寫出建立視圖的命令格式(如建立信息系學(xué)生的視圖)10’

10、請(qǐng)列舉您認(rèn)為身為測(cè)試人員應(yīng)具備的能力和技術(shù)。8’

參考答案

1、什么是軟件測(cè)試?2’

【要點(diǎn)】

在規(guī)定條件下對(duì)程序進(jìn)行操作,以發(fā)現(xiàn)錯(cuò)誤,對(duì)軟件質(zhì)量進(jìn)行評(píng)估,包括對(duì)軟件形成過程的文檔、數(shù)據(jù)以及程序進(jìn)行測(cè)試。

【詳解】

軟件測(cè)試就是在軟件投入運(yùn)行前對(duì)軟件需求分析、軟件設(shè)計(jì)規(guī)格說明書和軟件編碼進(jìn)行查錯(cuò)(包括代碼執(zhí)行活動(dòng)與人工活動(dòng))。也可以說,軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。或者說,軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部構(gòu)造而精心設(shè)計(jì)一批測(cè)試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果),并利用這些測(cè)試用例去運(yùn)行程序,以發(fā)現(xiàn)程序錯(cuò)誤,這是在軟件投入前,對(duì)軟件需求分析、軟件設(shè)計(jì)規(guī)格說明書和軟件編碼的最終復(fù)審,是軟件質(zhì)量保障的關(guān)鍵步驟。

1、軟件測(cè)試與軟件質(zhì)量保證的區(qū)別。10’

【要點(diǎn)】

軟件測(cè)試只是質(zhì)量保證工作中的一個(gè)環(huán)節(jié),軟件質(zhì)量保證與軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作;

質(zhì)量保證:通過預(yù)防、檢查與改進(jìn)來保證軟件質(zhì)量,采用全面質(zhì)量管理和過程改進(jìn)的原理來開展質(zhì)量保證工作,主要關(guān)注軟件質(zhì)量的檢查與測(cè)試,主要著眼于軟件開發(fā)活動(dòng)的過程、步驟和產(chǎn)物。

軟件測(cè)試:通過執(zhí)行軟件來,對(duì)過程中的產(chǎn)物(開發(fā)文檔和程序)進(jìn)行走查,發(fā)現(xiàn)問題,報(bào)告質(zhì)量

【詳解】

軟件測(cè)試和軟件質(zhì)量保證是軟件質(zhì)量工程中的兩個(gè)不同層面的工作。軟件測(cè)試只是軟件質(zhì)量保證工作中的一個(gè)重要環(huán)節(jié)。

質(zhì)量保證(qa)的工作是通過預(yù)防、檢查與改進(jìn)來保證軟件的質(zhì)量。qa采用的方法重要是按“全面質(zhì)量管理”和“過程改進(jìn)”的原來開展質(zhì)量保證工作。雖然在軟件質(zhì)量保證的活動(dòng)中也有一些測(cè)試活動(dòng),但它所以關(guān)注的是軟件質(zhì)量的檢查和測(cè)量。它的主要工作是對(duì)軟件生命周期的管理,以及檢驗(yàn)軟件是否滿足規(guī)定的質(zhì)量和用戶的需求,因此重要是著眼于軟件開發(fā)活動(dòng)中的過程,步驟和產(chǎn)物,而不是軟件進(jìn)行剖析,找出問題或者評(píng)估。

軟件測(cè)試雖然與開發(fā)過程緊密相關(guān),但它所關(guān)心的不是過程的活動(dòng),而是對(duì)過程的產(chǎn)物,以及開發(fā)出的軟件進(jìn)行剖析。測(cè)試人員要對(duì)過程的產(chǎn)物(開發(fā)文檔和源代碼)進(jìn)行走讀,運(yùn)行軟件。以找到問題和報(bào)告質(zhì)量。測(cè)試人員必須假設(shè)軟件存在潛在的問題,測(cè)試中所做的操作就是為了找出更多的問題,而不是為了驗(yàn)證(事實(shí)上也不可能)軟件的正確性。所以軟件測(cè)試雖然對(duì)提高軟件的質(zhì)量起著關(guān)鍵的作用,但它只是軟件質(zhì)量保證的一個(gè)重要環(huán)節(jié)。

3、請(qǐng)描述如何劃分缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí)別?10’

給軟件缺陷與錯(cuò)誤劃分嚴(yán)重性和優(yōu)先級(jí)的通用原則:

(1)表示軟件缺陷所造成餓危害和惡劣程度。

(2)優(yōu)先級(jí)表示修復(fù)缺陷的重要程度和次序。

嚴(yán)重性:

(1)、嚴(yán)重:系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞

(2)、較嚴(yán)重:操作性錯(cuò)誤、結(jié)果錯(cuò)誤、遺漏功能

(3)、一般:小問題、錯(cuò)別字、ui布局、罕見故障

(4)、建議:不影響使用的瑕疵或更好的實(shí)現(xiàn)。

優(yōu)先級(jí):

(1)、最高優(yōu)先級(jí):立即修復(fù),停止進(jìn)一步測(cè)試。

(2)、次高優(yōu)先級(jí):在產(chǎn)品發(fā)布之前必須修復(fù)。

(3)、中等優(yōu)先級(jí):如果時(shí)間允許應(yīng)該修復(fù)。

(4)、最低優(yōu)先級(jí):可能會(huì)修復(fù),但是也可能發(fā)布。

4、bug信息應(yīng)該包含那些內(nèi)容。5’

測(cè)試軟件名稱、測(cè)試版本號(hào)、測(cè)試人名稱、測(cè)試事件、測(cè)試軟件和硬件配置環(huán)境、發(fā)現(xiàn)軟件錯(cuò)誤的類型、錯(cuò)誤的嚴(yán)重程度、詳細(xì)步驟、必要的附圖、測(cè)試注釋。

5、測(cè)試用例說明應(yīng)該包含哪些內(nèi)容?10’

(1)定義(ansi/ieee829):編寫用于輸入的實(shí)際數(shù)據(jù)和預(yù)期結(jié)果,并明確指出使用

具體測(cè)試用例產(chǎn)生的測(cè)試程序的任何限制

(2)包含的內(nèi)容

? 標(biāo)識(shí)符:由測(cè)試設(shè)計(jì)過程說明和測(cè)試程序說明引用的唯一標(biāo)識(shí)符

? 測(cè)試項(xiàng):描述被測(cè)試的詳細(xì)特性、代碼模塊等

? 輸入說明:列舉執(zhí)行測(cè)試用例的所有輸入內(nèi)容或者條件

? 輸出說明:描述進(jìn)行測(cè)試用例預(yù)期的結(jié)果

? 環(huán)境要求:執(zhí)行測(cè)試用例的軟件、硬件、測(cè)試工具及人員等要求

? 特殊要求:描述執(zhí)行測(cè)試用例的特殊要求

? 用例之間的依賴性:注明與其分用例的依賴關(guān)系或受其他用例的影響

測(cè)試用例計(jì)劃包含4個(gè)目標(biāo)即:組織性、重復(fù)性、跟蹤和測(cè)試證實(shí)。

6、web應(yīng)用軟件測(cè)試必須進(jìn)行以下不同類型的測(cè)試,包括:功能測(cè)試、性能測(cè)試、可用性測(cè)試、兼容測(cè)試、安全測(cè)試等。15’

(1)、功能測(cè)試主要是用來測(cè)試web應(yīng)用軟件是否履行了預(yù)期的功能,確保每一個(gè)功能與需求說明一致。根據(jù)測(cè)試對(duì)象的不同,可分為:鏈接測(cè)試、表單測(cè)試、cookies測(cè)試、設(shè)計(jì)語言測(cè)試、數(shù)據(jù)庫(kù)測(cè)試。

(2)、性能測(cè)試主要是確保web應(yīng)用系統(tǒng)達(dá)到要求的性能,一般用最大的運(yùn)行時(shí)間、吞吐率、相應(yīng)時(shí)間描述。

性能測(cè)試又分為:鏈接速度測(cè)試、負(fù)載測(cè)試和壓力測(cè)試,負(fù)載測(cè)試是為了測(cè)量web系統(tǒng)在某一負(fù)載級(jí)別上的性能,以保證web系統(tǒng)在需求范圍內(nèi)能正常工作。負(fù)載級(jí)別可以是某個(gè)時(shí)刻同時(shí)訪問web系統(tǒng)的用戶數(shù)量,也可以是在線數(shù)據(jù)處理的數(shù)量。

壓力測(cè)試是指實(shí)際破壞一個(gè)web應(yīng)用系統(tǒng)時(shí)測(cè)試系統(tǒng)的反映,壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力,也就是測(cè)試web應(yīng)用系統(tǒng)會(huì)不會(huì)崩潰,在什么情況下會(huì)崩潰,壓力測(cè)試的區(qū)域包括表單、登錄、和其他信息傳輸頁面等。壓力測(cè)試側(cè)重于確定系統(tǒng)崩潰時(shí)的用戶負(fù)載量。

(3)、可用性測(cè)試:導(dǎo)航測(cè)試、圖形測(cè)試、內(nèi)容測(cè)試、整體界面測(cè)試。

(4)、兼容性測(cè)試:確定web應(yīng)用軟件在不同軟件、硬件和網(wǎng)絡(luò)配置下運(yùn)行情況,它主要

是用來測(cè)試在不同瀏覽器中是否都可以正確地顯示web應(yīng)用程序的頁面內(nèi)容,從而保證頁面中的某些代碼,比如:javascript ,activex、css等在不同平臺(tái)配置上都能具有正確性。

(5)、安全測(cè)試。

7、網(wǎng)絡(luò)應(yīng)用測(cè)試的主要內(nèi)容是什么?10’

網(wǎng)絡(luò)應(yīng)用系統(tǒng)包含:網(wǎng)絡(luò)應(yīng)用軟件、工作站桌面軟件和客戶/服務(wù)器數(shù)據(jù)庫(kù)。

網(wǎng)絡(luò)應(yīng)用測(cè)試重點(diǎn)考察:多用戶并發(fā)訪問性能、應(yīng)用系統(tǒng)響應(yīng)時(shí)間、應(yīng)用系統(tǒng)對(duì)網(wǎng)絡(luò) 資源的占用情況、與網(wǎng)絡(luò)相關(guān)的應(yīng)用功能特性、應(yīng)用系統(tǒng)在網(wǎng)絡(luò)環(huán)境下的穩(wěn)定性。

(1)特性測(cè)試:特性測(cè)試核實(shí)的是單個(gè)命令和應(yīng)用程序功能,通常用較小的負(fù)

載完成,關(guān)注的是用戶界面、應(yīng)用程序的操作,以及用戶與計(jì)算機(jī)之間的互操作。

(2)功能測(cè)試:要求網(wǎng)絡(luò)配置和負(fù)載非常接近于運(yùn)行環(huán)境下的模式,關(guān)注的是

當(dāng)多個(gè)用戶使用應(yīng)用程序時(shí),網(wǎng)絡(luò)和文件系統(tǒng)或者數(shù)據(jù)庫(kù)系統(tǒng)之間的交互

情況,核實(shí)的是重負(fù)載下后臺(tái)功能能否正確執(zhí)行。

(3)應(yīng)用負(fù)載測(cè)試。

(4)應(yīng)用系統(tǒng)響應(yīng)時(shí)間測(cè)試。

(5)應(yīng)用系統(tǒng)升級(jí)測(cè)試。

8、用戶文檔測(cè)試的要點(diǎn)10’

(1)、明確讀者群:根據(jù)讀者群(如初級(jí)、中級(jí)、高級(jí)用戶)的不同來檢查文檔內(nèi)容,保證用戶能夠看得懂、能理解

(2)、術(shù)語:文檔中術(shù)語的描述要適合定位的讀者群,用法一致,標(biāo)準(zhǔn)定義與業(yè)界規(guī)范相吻合(3)、文檔內(nèi)容的正確性:要保證所有信息是真實(shí)正確的(4)、文檔內(nèi)容的完整性:要完全根據(jù)提示逐步操作,檢查是否存在遺漏的地方

(5)、文檔與程序的一致性:按照文檔操作后,檢查軟件返回的結(jié)果與文檔描述是否一致

(6)、文檔的易用性:檢查是否便于用戶查找相應(yīng)的內(nèi)容

(7)、圖表與界面截圖:檢查所有圖表與界面截圖與發(fā)布的程序版本一致

(8)、樣例和示例:檢查所有的樣例和示例能夠正確完成;

(9)、語言:中文文檔保證無錯(cuò)別字和二義性

(10)、印刷與包裝:印刷質(zhì)量,包裝質(zhì)量

9、在dbms中,視圖不是真正的包含數(shù)據(jù),只是把定義存于數(shù)據(jù)字典中。作用為:10’

(1)、簡(jiǎn)化用戶操作。

(2)、使用戶能從多角度中看待同一數(shù)據(jù)。

(3)、對(duì)重構(gòu)數(shù)據(jù)提供一定程度的邏輯獨(dú)立性。

(4)、能對(duì)機(jī)密數(shù)據(jù)提供安全保護(hù)。

create view<視圖名>[(<列名>[<列名>]??)]

as

子查詢

[with check option]

create view is_student

as

select sno,sname,sage

from student

where sdept =’is’

with check option10、測(cè)試人員應(yīng)該具備的能力和技術(shù)。8’

1、基本能力

2、溝通能力

3、技術(shù)能力

測(cè)試方法應(yīng)用、測(cè)試用例設(shè)計(jì)、測(cè)試工具使用(測(cè)試管理系統(tǒng)、自動(dòng)化測(cè)試工具、負(fù)載測(cè)試工具)

4、管理能力

5、文檔能力

軟件測(cè)試工程師的筆試題篇二

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

面試題

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

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

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

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

05.您所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(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)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。

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

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

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

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

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

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

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

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

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

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

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

21.您是否熟悉一些主流的軟件工程方法論和思想,如rup、cmm、cmmi、xp、psp、tsp。如果熟悉,您是否可以談一下對(duì)這些方法論和思想的認(rèn)識(shí)?

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

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

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

筆試題

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

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

2.beta 測(cè)試是驗(yàn)收測(cè)試的一種。()

3.驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。()

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

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

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

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

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

9.測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。()

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

11.我們可以人為的使得軟件不存在配置問題。()

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

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

1.軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是:()

a. 軟件需求分析說明書中定義的所有功能已全部實(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ì)需要哪些人員參加?()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è)試需要用戶代表參加

b.a(chǎn)lpha 測(cè)試不需要用戶代表參加

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è)試過程、腳本

d.評(píng)估測(cè)試活動(dòng)

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

a.需求工件已經(jīng)被基線化

b.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化

c.構(gòu)架工件已經(jīng)被基線化

d.項(xiàng)目階段成果已經(jīng)被基線化

三、填空題(每空1分,24 分)

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

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

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

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

5.通過畫因果圖來寫測(cè)試用例的步驟為、、、及把因果圖轉(zhuǎn)

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

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

1. 階段評(píng)審與同行評(píng)審的區(qū)別。(4 分). 什么是軟件測(cè)試。(3 分). 簡(jiǎn)述集成測(cè)試的過程。(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è)試主要分為、、、四類測(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)被基線化

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

c、構(gòu)架工件已經(jīng)被基線化

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

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

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

c、測(cè)試員

d、編碼員

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

a、工作量分析

b、確定并說明測(cè)試用例、。

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

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ì)劃

三、問答題:(共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)畫出軟件測(cè)試活動(dòng)的流程圖。(8 分)

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

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

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

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

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

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

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

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

9、所有軟件都有一個(gè)用戶界面,因此必須測(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 分)

三、專業(yè)詞語解釋(每題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)。若是等腰三角形打印“等腰三角形”,若是等邊三角形,則提示“等邊三角形”。畫出程

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

六、論述題

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

2、簡(jiǎn)述你對(duì)測(cè)試工作的認(rèn)識(shí)過程、在以后的工作的一些建議。(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è)試過程分為幾個(gè)階段,以及各個(gè)階段的含義?

9. 簡(jiǎn)要寫出自己在理解的基礎(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)。若是等腰三角形打印“等腰三角形”,若是等邊三角形,則提示“等

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

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

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

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

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

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),該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。

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

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

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

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

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

8.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。()關(guān)于負(fù)載測(cè)試和壓力測(cè)試在論壇中的帖子中有詳細(xì)的解釋,大家可以去看一下就能得出正確的答案

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

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

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

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

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

1.軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是:()

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

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

d. 驗(yàn)收測(cè)試工件齊全;卮疬@道題,你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測(cè)試的目的和目標(biāo),一個(gè)是需求必須實(shí)現(xià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è)試需要用戶代表參加

b.a(chǎn)lpha 測(cè)試不需要用戶代表參加

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)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是ad

4.測(cè)試設(shè)計(jì)員的職責(zé)有:()

a.制定測(cè)試計(jì)劃

b.設(shè)計(jì)測(cè)試用例

c.設(shè)計(jì)測(cè)試過程、腳本 d.評(píng)估測(cè)試活動(dòng) 合理的答案的是bc,同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。

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

a.需求工件已經(jīng)被基線化

b.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化

c.構(gòu)架工件已經(jīng)被基線化

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

填空題(每空1分,24 分)

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

軟件測(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ī)格說明書,定義相應(yīng)的測(cè)試需求報(bào)告,即制訂黑盒測(cè)試的最高標(biāo)準(zhǔn)。以后所有的測(cè)試工作都將圍繞著測(cè)試需求來進(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è)試過程,并為每個(gè)測(cè)試過程選擇適當(dāng)?shù)臏y(cè)試用例(測(cè)試用例選擇的好壞將直接影響測(cè)試結(jié)果的有效性)。

3)測(cè)試開發(fā)建立可重復(fù)使用的自動(dòng)測(cè)試過程。

4)測(cè)試執(zhí)行執(zhí)行測(cè)試開發(fā)階段建立的自動(dòng)測(cè)試過程,并對(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)告software bug report(sbr)或軟件問題報(bào)告software problem report(spr)

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

缺陷報(bào)告可以把軟件存在的缺陷準(zhǔn)確的描述出來,便于開發(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é)果(actual results)

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

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

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

平臺(tái)(platforms)

準(zhǔn)確

截圖(screenshots)

準(zhǔn)確反映缺陷特征

注釋(notes)

關(guān)于缺陷的輔助說明

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)和避免80%的缺陷,而系統(tǒng)測(cè)試又能找出其余缺陷中的80%,最后的4%的缺陷可能只有在用戶大范圍、長(zhǎng)時(shí)間使用后才會(huì)暴露出來。

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ù)語和定義、測(cè)試策略、確定測(cè)試內(nèi)容、資源、測(cè)試進(jìn)度、測(cè)試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(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)目通過或失敗的標(biāo)準(zhǔn)

10、黑盒測(cè)試:把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子,測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。

白盒測(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)軟件滿足需求的測(cè)試。

軟件測(cè)試工程師的筆試題篇四

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

一、你對(duì)mvc的理解,mvc有什么優(yōu)缺點(diǎn)?結(jié)合struts,說明在一個(gè)web應(yīng)用如何去使用? 答:

mvc設(shè)計(jì)模式(應(yīng)用觀察者模式的框架模式)

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

v: view(presentation layer),視圖,通過客戶端數(shù)據(jù)類型顯示數(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ù)類和數(shù)據(jù)實(shí)體,業(yè)務(wù)類處理業(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)模式二來實(shí)現(xiàn)的,也就是以控制器為核心。

struts提供了一些組件使用mvc開發(fā)應(yīng)用程序:

model:struts沒有提供model類。這個(gè)商業(yè)邏輯必須由web應(yīng)用程序的開發(fā)者以javabean或ejb的形式提供

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

controller:struts提供了一個(gè)核心的控制器actionservlet,通過這個(gè)核心的控制器來調(diào)用其他用戶注冊(cè)了的自定義的控制器action,自定義action需要符合struts的自定義action規(guī)范,的特定配置文件中進(jìn)行配置,接收jsp輸入字段形成action form,然后調(diào)用一個(gè)action控制器。action控制器中提供了model的邏輯接口。

二、什么是webservice? 答:

webservice是一個(gè)soa(面向服務(wù)的編程)的架構(gòu),它是不依賴于語言,不依賴于平臺(tái),可以實(shí)現(xiàn)不同的語言間的相互調(diào)用,通過internet進(jìn)行基于http協(xié)議的網(wǎng)絡(luò)應(yīng)用間的交互。webservice實(shí)現(xiàn)不同語言間的調(diào)用,是依托于一個(gè)標(biāo)準(zhǔn),webservice是需要遵守wsdl(web服務(wù)定義語言)/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是通過提供標(biāo)準(zhǔn)的協(xié)議和接口,可以讓不同的程序集成的一種soa架構(gòu)。web service的優(yōu)點(diǎn)

(1)可以讓異構(gòu)的程序相互訪問(跨平臺(tái))

(2)松耦合

(3)基于標(biāo)準(zhǔn)協(xié)議(通用語言,允許其他程序訪問)web service的基本原理

(1)service provider采用wsdl描述服務(wù)

(2)service provider 采用uddi將服務(wù)的描述文件發(fā)布到uddi服務(wù)器(register server)

(3)service requestor在uddi服務(wù)器上查詢并 獲取wsdl文件

(4)service requestor將請(qǐng)求綁定到soap,并訪問相應(yīng)的服務(wù)。

三、什么是中間件?

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

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

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

分類:數(shù)據(jù)訪問中間件,遠(yuǎn)程調(diào)用中間件,消息中間件,交易中間件,對(duì)象中間件。

舉例:

1,rmi(remote method invocations, 遠(yuǎn)程調(diào)用)

2,load balancing(負(fù)載均衡,將訪問負(fù)荷分散到各個(gè)服務(wù)器中)

3,transparent fail-over(透明的故障切換)

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

5,back-end-integration(后端集成,用現(xiàn)有的、新開發(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(多線程處理)

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ù)訪問的邏輯,暴露接口

(2)提供方便的數(shù)據(jù)訪問的方案(查詢語言,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ú)立,專注自己擅長(zhǎng)的領(lǐng)域。

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

oop,object-oriented programming,面向?qū)ο缶幊滩煌诿嫦蜻^程編程:

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

1)oop把客觀世界中的對(duì)象抽象成對(duì)應(yīng)的類;

2)通過類構(gòu)造實(shí)例;

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

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

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

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

答:

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

七、談?wù)刪ashmap和hashtable的區(qū)別。答:

hashmap是輕量級(jí)的(線程不安全的,效率高的)集合,hashtable是重量級(jí)的(線程安全的,效率低的)集合。

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

hashmap 類沒有分類或者排序。它允許一個(gè) null 鍵和多個(gè) null 值。

hashtable 類似于 hashmap,但是不允許 null 鍵和 null 值。它也比 hashmap 慢,因?yàn)樗峭降摹?/p>

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

答:

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

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

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

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

答:我熟悉的設(shè)計(jì)模式有單例模式,dao模式,模板方法,工廠模式,委托代理模式,mvc模式等。

singleton模式主要作用是保證在java應(yīng)用程序中,一個(gè)類class只有一個(gè)實(shí)例存在。

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

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

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

封裝性:

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

繼承性:

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

多態(tài)性:

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

十一、請(qǐng)問類與對(duì)象有什么區(qū)別?

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

對(duì)象

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

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

十三、用軟件工程和java來敘述購(gòu)物車(shopping cart)系統(tǒng)實(shí)現(xiàn)

十四、文件系統(tǒng)的幾個(gè)類:fileinputstream、fileoutputstream、filereader、filewriter的區(qū)別

十五、請(qǐng)寫出java api中最常用的五個(gè)包,并且各舉兩個(gè)類加以說明。

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

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

答:nullpointexception(空指針異常)

classnotfoundexception(類找不到異常)

classcastexception(類型轉(zhuǎn)換異常)

illegalargumentexception(非法參數(shù)異常)

arithmeticexception(算術(shù)異常)

numberformatexception(數(shù)據(jù)格式異常)

indexoutofboundsexception(數(shù)組下標(biāo)越界異常)

illegalstateexception(非法語句異常)

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

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

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

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

二十二、public,private,protected,default訪問權(quán)限(可見性)

答:

public:全局可見

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

default(或不寫):同包可見

private:本類可見。

二十二、public,private,protected,default訪問權(quán)限(可見性)

答:

public:全局可見

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

default(或不寫):同包可見

private:本類可見。

二十三、名詞解釋

crm

[customer relationship management, 客戶關(guān)系管理] erp

[enterprise resource planning, 企業(yè)資源規(guī)劃] oss

[operation support system, 運(yùn)營(yíng)支撐系統(tǒng)] bss

[business support system, 數(shù)據(jù)定義語言] boss

[business operation support system, 數(shù)據(jù)定義語言] oa

[office automatization, 辦公自動(dòng)化] 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的簡(jiǎn)寫。“model” 代表的是應(yīng)用的業(yè)務(wù)邏輯(通過javabean,ejb組件實(shí)現(xiàn)),“view” 是應(yīng)用的表示面(由jsp頁面產(chǎn)生),“controller” 是提供應(yīng)用的處理過程控制(一般是一個(gè)servlet),通過這種設(shè)計(jì)模型把應(yīng)用邏輯,處理過程和顯示邏輯分成不同的組件實(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,縮寫為 omg)標(biāo)準(zhǔn)化。它的組成是接口定義語言(idl), 語言綁定(binding:也譯為聯(lián)編)和允許應(yīng)用程序間互操作的協(xié)議。其目的為:

用不同的程序設(shè)計(jì)語言書寫

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

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

uml

uml,標(biāo)準(zhǔn)建模語言,包含用例圖,靜態(tà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)中。所屬層次包括客戶層(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ì)象訪問協(xié)議] wsdl jdo

jdo是java對(duì)象持久化的新的規(guī)范,為java data object的簡(jiǎn)稱,也是一個(gè)用于存取某種數(shù)據(jù)倉(cāng)庫(kù)中的對(duì)象的標(biāo)準(zhǔn)化api。jdo提供了透明的對(duì)象存儲(chǔ),因此對(duì)開發(fā)人員來說,存儲(chǔ)數(shù)據(jù)對(duì)象完全不需要額外的代碼(如jdbc api的使用)。這些繁瑣的例行工作已經(jīng)轉(zhuǎn)移到j(luò)do產(chǎn)品提供商身上,使開發(fā)人員解脫出來,從而集中時(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)寫出jsp的幾個(gè)隱含內(nèi)置對(duì)象

答:jsp中隱含內(nèi)置對(duì)象

名稱 類型

request rvletrequest request

response rvletresponse

注釋和范圍 response page page

exception ble page

pagecontext ntext page

session ssion session

application tcontext servletcontext out ter outputstream

config tconfig servletconfig

jsp共有以下9種基本內(nèi)置組件(可與asp的6種內(nèi)部組件相對(duì)應(yīng)):

request 用戶端請(qǐng)求,此請(qǐng)求會(huì)包含來自get/post請(qǐng)求的參數(shù)

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

page jsp 網(wǎng)頁本身

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

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

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

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

out 用來傳送回應(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,form,tag,resourse ;controller:actionservlet,,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)向,在客戶端瀏覽器地址欄中不會(huì)顯示出轉(zhuǎn)向后的地址;后者則是完全的跳轉(zhuǎn),瀏覽器將會(huì)得到跳轉(zhuǎn)的地址,并重新發(fā)送請(qǐng)求鏈接。這樣,從瀏覽器的地址欄中可以看到跳轉(zhuǎn)后的鏈接地址。所以,前者更加高效,在前者可以滿足需要時(shí),盡量使用forward()方法,并且,這樣也有助于隱藏實(shí)際的鏈接。在有些情況下,比如,需要跳轉(zhuǎn)到一個(gè)其它服務(wù)器上的資源,則必須使用sendredirect()方法。

十、寫一個(gè)簡(jiǎn)單的c/s結(jié)構(gòu)程序,java 的通信編程,編程題(或問答),用java socket編程,讀服務(wù)器幾個(gè)字符,再寫入本地顯示?

答:server端程序: package test;import .*;import .*;

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 = ();string remoteip = taddress().gethostaddress();string remoteport = “:”+alport();n(“a client come in!ip:”+remoteip+remoteport);in = new bufferedreader(new

inputstreamreader(utstream()));string line = ne();n(“cleint send is :” + line);out = new printwriter(putstream(),true);n(“your message received!”);();();();} }catch(ioexception e){ n(“wrong”);} } public static void main(string[] args){ new server();} };client端程序: package test;import .*;import .*;

public class client { socket socket;bufferedreader in;printwriter out;public client(){ try { n(“try to connect to 127.0.0.1:10000”);socket = new socket(“127.0.0.1”,10000);n(“the server connected!”);n(“please enter some character:”);bufferedreader line = new bufferedreader(new

inputstreamreader());out = new printwriter(putstream(),true);n(ne());in = new bufferedreader(new inputstreamreader(utstream()));n(ne());();();();}catch(ioexception e){ n(“wrong”);} } public static void main(string[] args){ new client();} };

軟件測(cè)試工程師的筆試題篇五

筆試題

1.談?wù)勀銓?duì)測(cè)試的理解

2.你三年的職業(yè)規(guī)劃

3.你對(duì)加班的看法?是否可以加班?

4.你心目中理想的公司怎么樣?理想的工作環(huán)境?理想的同事關(guān)系?

5.你覺得這筆試答的如何??jī)?yōu)勢(shì)在哪?劣勢(shì)在哪?

6.如果初面沒成功,你怎么說服我給你復(fù)試機(jī)會(huì)?

7.你認(rèn)為激勵(lì)你努力工作的因素都有哪些?

8.你的最大的優(yōu)點(diǎn)是什么?缺點(diǎn)是什么?有什么專業(yè)特長(zhǎng)?愛好是什么?

9.給你輛自行車,你認(rèn)為最需要檢查的是哪些地方?為什么?若要保證質(zhì)量必須要檢查三個(gè)部件,是什么?為什么?

技術(shù)題

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

1.咖啡廳,咖啡不同種類不同價(jià)格,有大杯小杯,食物不同種類不同價(jià)格,消費(fèi)時(shí)間令算錢,結(jié)賬可以用會(huì)員卡,會(huì)員卡根據(jù)等級(jí)不同打折不同,畫出e-r圖

2.給出兩個(gè)表,成績(jī)表和課程表

說明主鍵、外鍵的作用,索引的好處和不足?

創(chuàng)建表

查詢成績(jī)小于60分的學(xué)生姓名和學(xué)號(hào)

查詢成績(jī)小于60分的學(xué)生姓名和課程名

查詢平均成績(jī)并排序

3.兩個(gè)表設(shè)計(jì)的有哪些缺陷,應(yīng)該如何改動(dòng)

程序題

1.給段代碼,用白盒測(cè)試方法設(shè)計(jì)用例覆蓋

2.給段java代碼,類的互相調(diào)用,寫出顯示結(jié)果,并說明過程,主要考察的是類以及私有變量的生命周期

3.寫出一個(gè)類,調(diào)用另一個(gè)類的函數(shù)

測(cè)試題

1.什么是信息管理系統(tǒng)?最重要的是哪部分?

2.什么是數(shù)據(jù)庫(kù)?是什么關(guān)系型數(shù)據(jù)庫(kù)?描述主鍵、外鍵

中bug處理過程

4.測(cè)試計(jì)劃的內(nèi)容

5.一個(gè)有廣告的花杯子,盡可能多的設(shè)計(jì)測(cè)試用例

6.你會(huì)使用的測(cè)試工具

7.測(cè)試題太多,具體想不起來了,總之把老師總結(jié)的測(cè)試技術(shù)題全背下來就成了,考的也就是那些東西

初面

1.自我介紹

2.談?wù)勀阕鲞^的一個(gè)項(xiàng)目,擔(dān)當(dāng)什么職責(zé)

3.談?wù)勀阕鲞^項(xiàng)目的一個(gè)模塊,具體都設(shè)計(jì)了哪些用例

4.使用qtp、loadrunner多長(zhǎng)時(shí)間?分別敘述使用過程

5.給出一個(gè)qtp的場(chǎng)景,問怎么設(shè)計(jì),問的根本聽不懂,所以也沒記住

nner中都可以修改插入哪些東西?檢查點(diǎn)是插在事務(wù)的里面還是外面?集合點(diǎn)是插在事務(wù)的前面還是后面?

7.是否參與過性能分析,都需要看哪些地方

適合哪些系統(tǒng)?不適合哪些系統(tǒng)

9.你為什么離職

10.你的三年職業(yè)規(guī)劃是什么

11.是否可以加班

12.原公司有多少人,測(cè)試團(tuán)隊(duì)有多少人,開發(fā)團(tuán)隊(duì)有多少人

復(fù)試(全是結(jié)合具體工作談的)

1.談?wù)勔郧暗墓ぷ?/p>

2.測(cè)試計(jì)劃都怎么寫的3.講講qtp和lr的如何使用

4.如何回歸的5.介紹一下td的流程

6.結(jié)合你做過的一個(gè)系統(tǒng)的一個(gè)模塊,設(shè)計(jì)用例

的分析需要看哪些方面

9.如何寫測(cè)試分析報(bào)告

10.什么是冰凍測(cè)試

11.是否統(tǒng)招

12.三年職業(yè)規(guī)劃

13.用過哪些管理工具,如何使用

版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn),該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請(qǐng)發(fā)送郵件至 yyfangchan@163.com (舉報(bào)時(shí)請(qǐng)帶上具體的網(wǎng)址) 舉報(bào),一經(jīng)查實(shí),本站將立刻刪除