軟件測(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í),本站將立刻刪除