第一篇：中科軟 軟件測(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ù)？描述主鍵、外鍵

3.TD中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ì)，問的根本聽不懂，所以也沒記住

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

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

8.QTP適合哪些系統(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ì)用例

7.LR并發(fā)用戶是如何確定的8.LR的分析需要看哪些方面

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

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

11.是否統(tǒng)招

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

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

第二篇：軟件測(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ù)語(yǔ)和定義、測(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è)試工程師筆試題及參考答案

廈門銀禾數(shù)碼技術(shù)有限公司軟件測(cè)試工程師筆試題試卷(A)姓名：_________性別:____ 筆試日期200_年__月__日 是否應(yīng)屆/軟件測(cè)試工作年限_____ 聯(lián)系電話：_______________ 電子郵箱：________________ 期望待遇：_______________

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í)行程序的過程?；蛘哒f，軟件測(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ì)語(yǔ)言測(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ū)域包括表單、登錄、和其他信息傳輸頁(yè)面等。壓力測(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è)試在不同瀏覽器中是否都可以正確地顯示W(wǎng)EB應(yīng)用程序的頁(yè)面內(nèi)容，從而保證頁(yè)面中的某些代碼，比如：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ù)語(yǔ)：文檔中術(shù)語(yǔ)的描述要適合定位的讀者群，用法一致，標(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）、語(yǔ)言：中文文檔保證無錯(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è)詞語(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這類腳本語(yǔ)言開發(fā)網(wǎng)頁(yè)的時(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ī)格說明描述中的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。§ 由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件?！?把因果圖轉(zhuǎn)換成判定表?！?把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。

第五篇：測(cè)試工程師筆試題[范文]

以下是測(cè)試工程師筆試題，希望對(duì)大家有幫助！

一、判斷題

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

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

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

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

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

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

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

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

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

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

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

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

二、選折

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

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ì)需要哪些人員參加？（ABCD）

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

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

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

D．測(cè)試組

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

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é)有：（BC）

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

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

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

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

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

三、添空

1.軟件驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。

2.系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸

載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，（有的可以合在一起，分開寫只要

寫出15就滿分哦）

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

4.對(duì)面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

5.（這題出的有問題哦，詳細(xì)的5步驟為~~）通過畫因果圖來寫測(cè)試用例的步驟為：

（1）分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)

果賦予一個(gè)標(biāo)識(shí)符。

（2）分析軟件規(guī)格說明描述中的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。

（3）由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一

些記號(hào)標(biāo)明約束或限制條件。

（4）把因果圖轉(zhuǎn)換成判定表。

（5）把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。