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

1、軟件測試工程師筆面試試題簡介第一篇：軟件測試工程師筆面試試題軟件測試工程師筆面試試題 面試題 01. 為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測試工作？02. 您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請(qǐng)?jiān)囀鲈谶@個(gè)過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？03. 您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對(duì)于軟件測試部分，可以簡述）04. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？05. 您所熟悉的軟件測試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測試類型的區(qū)別與聯(lián)系

2、（如功能測試、性能測試）06. 請(qǐng)?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。07. 測試計(jì)劃工作的目的是什么？測試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？08. 您認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么？ 09. 您所熟悉的測試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在測試用例設(shè)計(jì)工作中的應(yīng)用。10. 您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么？11. 請(qǐng)以您以往的實(shí)際工作為例，詳細(xì)的描述一次測試用例設(shè)計(jì)的完整的過程。12. 您以往的工作中是否曾開展過測試用例的評(píng)審工作？如果有，請(qǐng)描述測試用例評(píng)審的過程和評(píng)審的內(nèi)容。13. 您以往是否曾經(jīng)從事

3、過性能測試工作？如果有，請(qǐng)盡可能的詳細(xì)描述您以往的性能測試工作的完整過程。14. 您在從事性能測試工作時(shí)，是否使用過一些測試工具？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟?，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。15. 您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？16. 在您以往的工作中，一條軟件缺陷（或者叫bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（bug）記錄？17. 您以往所從事的軟件測試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（bug）的管理？如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（bug）跟蹤管理的流程。18. 您以往是否曾經(jīng)從事過單元測試和集成測

4、試？如果有，請(qǐng)談一下這些工作的實(shí)際開展情況。19. 您如何看待軟件過程改進(jìn)？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進(jìn)的東西呢？您期望的理想的測試人員的工作環(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)為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？23. 在您以往的測試

5、工作中，最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對(duì)待這些事情的？24. 在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會(huì)？（可以包括軟件測試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面） 筆試題 一、判斷題（每題1分，12 分，正確的，錯(cuò)誤的）1軟件測試的目的是盡可能多的找出軟件的缺陷。（）2beta 測試是驗(yàn)收測試的一種。（）3驗(yàn)收測試是由最終用戶來實(shí)施的。（）4項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（）5單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（） 6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）7自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（） 8負(fù)載

6、測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）9測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）10代碼評(píng)審員一般由測試員擔(dān)任。（） 11我們可以人為的使得軟件不存在配置問題。（）12集成測試計(jì)劃在需求分析階段末提交。（）二、不定項(xiàng)選擇題（每題2 分，10分）1軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（） a 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。 b 所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。 c 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。d 驗(yàn)收測試工件齊全。 2軟件測試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（） a項(xiàng)目經(jīng)理bsqa 負(fù)責(zé)人c配置負(fù)責(zé)人d測試組 3下

7、列關(guān)于alpha 測試的描述中正確的是：（）aalpha 測試需要用戶代表參加balpha 測試不需要用戶代表參加calpha 測試是系統(tǒng)測試的一種dalpha 測試是驗(yàn)收測試的一種4測試設(shè)計(jì)員的職責(zé)有：（）a制定測試計(jì)劃b設(shè)計(jì)測試用例c設(shè)計(jì)測試過程、腳本d評(píng)估測試活動(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)收測試包括、三種類型。2系統(tǒng)測試的策略有功能測試、易用性測 試、等15 種方法。 3設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。4對(duì)面向過程的系統(tǒng)采用的集

8、成策略有、兩種。5通過畫因果圖來寫測試用例的步驟為、及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。四、簡答題（共37分） 1 階段評(píng)審與同行評(píng)審的區(qū)別。（4 分）2 什么是軟件測試。（3 分）3 簡述集成測試的過程。（5 分）4 怎樣做好文檔測試？（4 分）5 白盒測試有那幾種方法？（6 分） 6 系統(tǒng)測試計(jì)劃是否需要同行評(píng)審，為什么？（4 分）7 alpha 測試與beta 測試的區(qū)別。（4 分） 8 比較負(fù)載測試、容量測試和強(qiáng)度測試的區(qū)別。（6 分）9 測試結(jié)束的標(biāo)準(zhǔn)是什么？（3 分）一、填空題：（每一空格2分，共60分）1、 軟件實(shí)施活動(dòng)的輸出工件有 、 、 、 。2、 代碼評(píng)審主要做 、 、 、工

9、作。 3、 軟件實(shí)施活動(dòng)中集成員的職責(zé)是、 、 、 。 4、 驗(yàn)證與確認(rèn)軟件實(shí)施活動(dòng)主要有 、代碼評(píng)審、 、 、 、sqa 驗(yàn)證。 5、 表明測試已經(jīng)結(jié)束、 、 、。6、 軟件測試的目的是 、 、 、。 7、 軟件測試主要分為 、 、 、 四類測試。 8、 軟件測試活動(dòng)有制定測試計(jì)劃、 、 、 、 、 、測試評(píng)估、測試結(jié)束八個(gè)步驟。 9、 軟件測試活動(dòng)的輸出工件有_ 、 、 、10、軟件測試角色有 、 、 、 。 二、不定項(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)被

10、基線化 2、 下面角色不屬于集成計(jì)劃評(píng)審的是（）a、 配置經(jīng)理b、 項(xiàng)目經(jīng)理c、 測試員d、 編碼員 3、軟件測試設(shè)計(jì)活動(dòng)主要有（）a、 工作量分析b、 確定并說明測試用例 、 。 c、 確立并結(jié)構(gòu)化測試過程d、 復(fù)審并評(píng)估測試覆蓋4、不屬于集成測試步驟的是（）a、 制定集成計(jì)劃b、 執(zhí)行集成測試c、 記錄集成測試結(jié)果d、 回歸測試 5、屬于軟件測試活動(dòng)的輸入工件的是（）a、 軟件工作版本b、 可測試性報(bào)告c、 軟件需求工件d、 軟件項(xiàng)目計(jì)劃三、問答題：（共25 分） 1、 項(xiàng)目的集中管理在軟件公司的哪一個(gè)層面？（2 分）2、 請(qǐng)描述軟件測試活動(dòng)的生命周期。（8 分） 3、 什么是測試評(píng)估，測

11、試評(píng)估的范圍是什么？（5 分）4、 闡述工作版本的定義。（2 分） 5 、 請(qǐng)畫出軟件測試活動(dòng)的流程圖。（8 分）一、 判斷題（每題2分,正確的“”，錯(cuò)誤的“”）1 、 好的測試員不懈追求完美。( ) 2、 測試程序僅僅按預(yù)期方式運(yùn)行就行了。( ) 3、 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。( ) 4、 軟件測試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測試。( ) 5、 靜態(tài)白盒測試可以找出遺漏之處和問題。( ) 6、 總是首先設(shè)計(jì)白盒測試用例。( ) 7、 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。( ) 8、 所有軟件必須進(jìn)行某種程度的兼容性測試。( ) 9、 所有軟件都有一個(gè)用戶界面，因此必須測試易用性。( )

12、10、 測試組負(fù)責(zé)軟件質(zhì)量。( ) 二、 簡答題 1、 軟件的缺陷等級(jí)應(yīng)如何劃分？（3 分） 2、 如果能夠執(zhí)行完美的黑盒測試，還需要進(jìn)行白盒測試嗎？為什么？（5 分） 3、 你認(rèn)為一個(gè)優(yōu)秀的測試工程師應(yīng)該具備哪些素質(zhì)？（3 分）4、 產(chǎn)品測試到什么時(shí)候就算是足夠了？（2 分）5、 測試計(jì)劃的目的是什么？（2 分） 6、 為什么要進(jìn)行軟件測試?軟件測試的目的是什么? （5 分）7、 軟件測試應(yīng)該劃分幾個(gè)階段?簡述各個(gè)階段應(yīng)重點(diǎn)測試的點(diǎn)?各個(gè)階段的含義？（5 分） 8、 如何做一名合格的測試人員？（3 分）9、 針對(duì)缺陷采取怎樣的管理措施？（5 分）三、 專業(yè)詞語解釋（每題2 分）測試: 測試:

13、 驅(qū)動(dòng)模塊: 樁模塊: 白盒測試：靜態(tài)測試： 四、 選擇題（每題2分）1.下面哪些屬于動(dòng)態(tài)分析( ) a 代碼覆蓋率b 模塊功能檢查c 系統(tǒng)壓力測試d 程序數(shù)據(jù)流分析2.下面哪些屬于靜態(tài)分析( ) a、 代碼規(guī)則檢查b、 序結(jié)構(gòu)分析c、 序復(fù)雜度分析d、 內(nèi)存泄漏五、 設(shè)計(jì)題（10分） 在三角形計(jì)算中，要求三角型的三個(gè)邊長：a、b 和c。當(dāng)三邊不可能構(gòu)成三角形時(shí)提示錯(cuò)誤，可構(gòu)成三角 形時(shí)計(jì)算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等邊三角形”。畫出程 序流程圖、控制流程圖、找出基本測試路徑 ,對(duì)此設(shè)計(jì)一個(gè)測試用例。六、 論述題 1、 試敘述對(duì)一個(gè)軟件項(xiàng)目測試的全過

14、程。（10 分） 2、 簡述你對(duì)測試工作的認(rèn)識(shí)過程、在以后的工作的一些建議。（6 分）3 、 述靜態(tài)測試和動(dòng)態(tài)測試的區(qū)別？（5 分）1 什么是軟件測試，以及軟件測試的意義？2 什么是軟件測試靜態(tài)分析，軟件測試動(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)壓力測試d、 程序數(shù)據(jù)流分析 5 從測試技術(shù)角度，正確的選擇是（），給出各自的含義？a、 靜態(tài)測試b、 黑盒測試c、 動(dòng)態(tài)測試d、 白盒測試 6 從測試階段角度，測試正確的順序是（），同時(shí)給出所選擇的正確策略含

15、義和被測對(duì)象是什么？a、 單元測試b、 集成測試c、 系統(tǒng)測試d、 確認(rèn)測試 7 針對(duì)缺陷采取怎樣的管理措施？ 8 在測試生命周期，測試過程分為幾個(gè)階段，以及各個(gè)階段的含義？9 簡要寫出自己在理解的基礎(chǔ)質(zhì)上所認(rèn)為引入測試管理的意義10 在三角形計(jì)算中，要求三角型的三個(gè)邊長：a、b 和c。當(dāng)三邊不可能構(gòu)成三角形時(shí)提示錯(cuò)誤， 可構(gòu)成三角形時(shí)計(jì)算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等 邊三角形”。畫出程序流程圖、控制流程圖、計(jì)算圈復(fù)雜度v(g)，找出基本測試路徑 軟件測試工程師筆試試題答案 我認(rèn)為那些面試題不同的人會(huì)有不同的答案 下面是部分答案 一、判斷題（每題1分

16、，12 分，正確的，錯(cuò)誤的）1軟件測試的目的是盡可能多的找出軟件的缺陷。（） 軟件測試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說上面的這個(gè)論斷是正確的。不少人會(huì)認(rèn)為軟件測試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤，測試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測試人員，產(chǎn)品的質(zhì)量就會(huì)好起來。 2beta 測試是驗(yàn)收測試的一種。（） beat測試和驗(yàn)收測試是兩種不同的測試。驗(yàn)收測試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一

17、種測試。所以兩者之間的是非包容關(guān)系。 3驗(yàn)收測試是由最終用戶來實(shí)施的。（） 上面說到了驗(yàn)收測試的目的和目標(biāo)，所以驗(yàn)收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測試由最終用戶來實(shí)施的情況是比較長見的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測試會(huì)更多。 4項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（） 應(yīng)該說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測試工程師，

18、那么就應(yīng)該有一個(gè)明確的答案。 5單元測試能發(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è)簡單的例子，在用asp,php這類腳本語言開發(fā)網(wǎng)頁的時(shí)候是根本沒有復(fù)雜的單元測試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案 6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（） 代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求 7自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（） 這道題目

19、大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測試。驅(qū)動(dòng)程序和樁程序都是需要開發(fā)的。 8負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（） 關(guān)于負(fù)載測試和壓力測試在論壇中的帖子中有詳細(xì)的解釋，大家可以去看一下就能得出正確的答案 9測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（） 同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個(gè)企業(yè)賦予測試人員有多大的權(quán)力。 10代碼評(píng)審員一般由測試員擔(dān)

20、任。（） 如果測試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會(huì)讓普通的測試人員參與代碼的評(píng)審。 11我們可以人為的使得軟件不存在配置問題。（） 首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。12集成測試計(jì)劃在需求分析階段末提交。（） 集成測試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。 二、不定項(xiàng)選擇題（每題2 分，10分）1軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（） a 軟件需求分析說明書

21、中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。 b 所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和一 c 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 d 驗(yàn)收測試工件齊全。 回答這道題，你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測試標(biāo)準(zhǔn)做一些調(diào)整。2軟件測試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）a項(xiàng)目經(jīng)理bsqa 負(fù)責(zé)人c配置負(fù)責(zé)人 d測試組 上面的4種角色都需要參與 3下列關(guān)于alpha 測試的描述中正確的是：（）aalpha 測試需要用戶代表參加balpha 測試不需要用戶代表參加c

22、alpha 測試是系統(tǒng)測試的一種 dalpha 測試是驗(yàn)收測試的一種 首先大家需要知道alpha測試是系統(tǒng)級(jí)別的測試，該測試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是ad 4測試設(shè)計(jì)員的職責(zé)有：（）a制定測試計(jì)劃b設(shè)計(jì)測試用例 c設(shè)計(jì)測試過程、腳本 d評(píng)估測試活動(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是必定

23、的，至于是否選擇d要看這家企業(yè)自身的標(biāo)準(zhǔn)了填空題（每空1分，24 分） 1軟件驗(yàn)收測試包括_、_、_三種類型。 軟件驗(yàn)收測試包括正式驗(yàn)收測試、alpha測試、beta測試三種測試。2系統(tǒng)測試的策略有功能測試、易用性測試、 、等15 種方法。 系統(tǒng)測試的策略有很多種的，我知道的有性能測試、負(fù)載測試、強(qiáng)度測試、易用性測試、安全測試、配置測試、安裝測試、文檔測試、故障恢復(fù)測試、用戶界面測試、恢復(fù)測試、分布測試、可用性測試。3設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。 設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文檔有軟件測試計(jì)劃、軟件需求工件、和迭代計(jì)劃。 4對(duì)面向過程的系統(tǒng)采用的集成策略有_、_兩種。

24、5通過畫因果圖來寫測試用例的步驟為_、_、_、_及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。 利用因果圖生成測試用例的基本步驟是： § 分析軟件規(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)換成判定表。 § 把判

25、定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測試用例。第二篇：軟件測試工程師筆試題軟件測試工程師筆試題一及答案一、基礎(chǔ)理論1、軟件測試的結(jié)束標(biāo)準(zhǔn)是什么？2、一套完整的測試應(yīng)該由哪些階段組成？分別闡述一下各個(gè)階段。3、什么是缺陷報(bào)告？4、缺陷報(bào)告的作用5、缺陷報(bào)告的要點(diǎn)6、軟件測試缺陷報(bào)告的“5c”原則7、缺陷的二八定理8、軟件測試的流程9、測試計(jì)劃的目的是什么？測試計(jì)劃的內(nèi)容都包括什么？其中哪些是最重要的？10、請(qǐng)?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。11、alpha 測試與beta 測試的區(qū)別答案：一、基礎(chǔ)理論1、測試計(jì)劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)

26、運(yùn)行完成或根據(jù)上級(jí)主管對(duì)測試結(jié)果的意見，就可以結(jié)束本次測試2、計(jì)劃階段、設(shè)計(jì)階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗(yàn)收測試一套完整的測試應(yīng)該由五個(gè)階段組成：1）測試計(jì)劃首先，根據(jù)用戶需求報(bào)告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書，定義相應(yīng)的測試需求報(bào)告，即制訂黑盒測試的最高標(biāo)準(zhǔn)。以后所有的測試工作都將圍繞著測試需求來進(jìn)行，符合測試需求的應(yīng)用程序即是合格的，反之即是不合格的；同時(shí)，還要適當(dāng)選擇測試內(nèi)容，合理安排測試人員、測試時(shí)間及測試資源等。2）測試設(shè)計(jì)將測試計(jì)劃階段制訂的測試需求分解、細(xì)化為若干個(gè)可執(zhí)行的測試過程，并為每個(gè)測試過程選擇適當(dāng)?shù)臏y試用例（測試用例選擇的好壞

27、將直接影響測試結(jié)果的有效性）。3）測試開發(fā)建立可重復(fù)使用的自動(dòng)測試過程。4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動(dòng)測試過程，并對(duì)所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度，一步一個(gè)腳印地進(jìn)行測試。5）測試評(píng)估結(jié)合量化的測試覆蓋域及缺陷跟蹤報(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)告是軟件測試人員的工

28、作成果之一，體現(xiàn)軟件測試的價(jià)值缺陷報(bào)告可以把軟件存在的缺陷準(zhǔn)確的描述出來，便于開發(fā)人員修正缺陷報(bào)告可以反映項(xiàng)目/產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)，便于項(xiàng)目整體進(jìn)度和質(zhì)量控制軟件測試缺陷報(bào)告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力5、標(biāo)題(title)簡潔、準(zhǔn)確、完整、反映缺陷本質(zhì)、方便查詢前綴 + 標(biāo)題正文，標(biāo)題正文采用結(jié)果和動(dòng)作，或者現(xiàn)象和位置的方式表達(dá)步驟(steps)可復(fù)現(xià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

29、)準(zhǔn)確反映缺陷特征注釋(notes)關(guān)于缺陷的輔助說明6、內(nèi)容準(zhǔn)確(correct)：每個(gè)組成部分的描述準(zhǔn)確，不會(huì)引起誤解步驟簡潔(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ù)審和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷，而系統(tǒng)測試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶大范圍、長時(shí)間使用后才會(huì)暴露出來。8、制訂測試計(jì)劃、設(shè)計(jì)測試用例、實(shí)施測試、提交缺

30、陷報(bào)告、測試總結(jié) 。9、測試計(jì)劃的目的：編寫軟件測試計(jì)劃的目的是指導(dǎo)測試組成員進(jìn)行工作和讓測試組以外的項(xiàng)目成員了解測試工作的。測試計(jì)劃的內(nèi)容：測試目的和測試項(xiàng)目簡介、測試參考文檔和測試提交文檔、術(shù)語和定義、測試策略、確定測試內(nèi)容、資源、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(biāo)準(zhǔn)、暫停和重新啟動(dòng)測試的標(biāo)準(zhǔn)、風(fēng)險(xiǎn)和問題等。最重要的：測試策略、確定測試內(nèi)容、資源、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(biāo)準(zhǔn)10、黑盒測試：把測試對(duì)象當(dāng)成一個(gè)黑盒子，測試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測試：把測試對(duì)象當(dāng)成一個(gè)透明的

31、盒子，允許測試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測試用例，對(duì)程式所有邏輯路徑進(jìn)行測試。單元測試：白盒測試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測試。集成測試：在單元測試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝w進(jìn)行測試。系統(tǒng)測試：在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測試。驗(yàn)收測試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測試。第三篇：java 軟件工程師面試筆試題java 軟件工程師面試筆試題.txt根網(wǎng)線''盡賺了多少人的青春有時(shí)候感動(dòng)的就是身邊微不足道的小事。破碎不是最殘酷的 最殘酷的是踩著這些碎片卻假裝不疼痛 固執(zhí)的尋找將來就算我遇見再怎么完美的人,都有一個(gè)缺點(diǎn),他不是你,_下輩子

32、要做男生，娶一個(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é)果。 第四篇：中科軟 軟件測試工程師筆試題筆試題1.談?wù)勀銓?duì)測試的理解2.你三年的職業(yè)規(guī)劃3.你對(duì)加班的看法？是否可以加班？4.你心目中理想的公

33、司怎么樣？理想的工作環(huán)境？理想的同事關(guān)系？5.你覺得這筆試答的如何？優(yōu)勢在哪？劣勢在哪？6.如果初面沒成功，你怎么說服我給你復(fù)試機(jī)會(huì)？7.你認(rèn)為激勵(lì)你努力工作的因素都有哪些？8.你的最大的優(yōu)點(diǎn)是什么？缺點(diǎn)是什么？有什么專業(yè)特長？愛好是什么？9.給你輛自行車，你認(rèn)為最需要檢查的是哪些地方？為什么？若要保證質(zhì)量必須要檢查三個(gè)部件，是什么？為什么？技術(shù)題數(shù)據(jù)庫1.咖啡廳，咖啡不同種類不同價(jià)格，有大杯小杯，食物不同種類不同價(jià)格，消費(fèi)時(shí)間令算錢，結(jié)賬可以用會(huì)員卡，會(huì)員卡根據(jù)等級(jí)不同打折不同，畫出e-r圖2.給出兩個(gè)表，成績表和課程表說明主鍵、外鍵的作用，索引的好處和不足？創(chuàng)建表查詢成績小于60分的學(xué)生姓

34、名和學(xué)號(hào)查詢成績小于60分的學(xué)生姓名和課程名查詢平均成績并排序3.兩個(gè)表設(shè)計(jì)的有哪些缺陷，應(yīng)該如何改動(dòng)程序題1.給段代碼，用白盒測試方法設(shè)計(jì)用例覆蓋2.給段java代碼，類的互相調(diào)用，寫出顯示結(jié)果，并說明過程，主要考察的是類以及私有變量的生命周期3.寫出一個(gè)類，調(diào)用另一個(gè)類的函數(shù)測試題1.什么是信息管理系統(tǒng)？最重要的是哪部分？2.什么是數(shù)據(jù)庫？是什么關(guān)系型數(shù)據(jù)庫？描述主鍵、外鍵3.td中bug處理過程4.測試計(jì)劃的內(nèi)容5.一個(gè)有廣告的花杯子，盡可能多的設(shè)計(jì)測試用例6.你會(huì)使用的測試工具7.測試題太多，具體想不起來了，總之把老師總結(jié)的測試技術(shù)題全背下來就成了，考的也就是那些東西初面1.自我介紹2

35、.談?wù)勀阕鲞^的一個(gè)項(xiàng)目，擔(dān)當(dāng)什么職責(zé)3.談?wù)勀阕鲞^項(xiàng)目的一個(gè)模塊，具體都設(shè)計(jì)了哪些用例4.使用qtp、loadrunner多長時(shí)間？分別敘述使用過程5.給出一個(gè)qtp的場景，問怎么設(shè)計(jì)，問的根本聽不懂，所以也沒記住6.loadrunner中都可以修改插入哪些東西？檢查點(diǎn)是插在事務(wù)的里面還是外面？集合點(diǎn)是插在事務(wù)的前面還是后面？7.是否參與過性能分析，都需要看哪些地方8.qtp適合哪些系統(tǒng)？不適合哪些系統(tǒng)9.你為什么離職10.你的三年職業(yè)規(guī)劃是什么11.是否可以加班12.原公司有多少人，測試團(tuán)隊(duì)有多少人，開發(fā)團(tuán)隊(duì)有多少人復(fù)試（全是結(jié)合具體工作談的）1.談?wù)勔郧暗墓ぷ?.測試計(jì)劃都怎么寫的3.講講

36、qtp和lr的如何使用4.如何回歸的5.介紹一下td的流程6.結(jié)合你做過的一個(gè)系統(tǒng)的一個(gè)模塊，設(shè)計(jì)用例7.lr并發(fā)用戶是如何確定的8.lr的分析需要看哪些方面9.如何寫測試分析報(bào)告10.什么是冰凍測試11.是否統(tǒng)招12.三年職業(yè)規(guī)劃13.用過哪些管理工具，如何使用第五篇：軟件工程師筆試題3預(yù)處理器（preprocessor）1. 用預(yù)處理指令#define 聲明一個(gè)常數(shù)，用以表明1年中有多少秒（忽略閏年問題） #define seconds_per_year (60 * 60 * 24 * 365)ul我在這想看到幾件事情：1). #define 語法的基本知識(shí)（例如：不能以分號(hào)結(jié)束，括號(hào)的使

37、用，等等）2). 懂得預(yù)處理器將為你計(jì)算常數(shù)表達(dá)式的值，因此，直接寫出你是如何計(jì)算一年中有多少秒而不是計(jì)算出實(shí)際的值，是更清晰而沒有代價(jià)的。3). 意識(shí)到這個(gè)表達(dá)式將使一個(gè)16位機(jī)的整型數(shù)溢出-因此要用到長整型符號(hào)l告訴編譯器這個(gè)常數(shù)是的長整型數(shù)。4). 如果你在你的表達(dá)式中用到ul（表示無符號(hào)長整型），那么你有了一個(gè)好的起點(diǎn)。記住，第一印象很重要。2. 寫一個(gè)“標(biāo)準(zhǔn)”宏min，這個(gè)宏輸入兩個(gè)參數(shù)并返回較小的一個(gè)。#define min(ab) (a) 6”。原因是當(dāng)表達(dá)式中存在有符號(hào)類型和無符號(hào)類型時(shí)所有的操作數(shù)都自動(dòng)轉(zhuǎn)換為無符號(hào)類型。 因此-20變成了一個(gè)非常大的正整數(shù)，所以該表達(dá)式計(jì)算出

38、的結(jié)果大于6。這一點(diǎn)對(duì)于應(yīng)當(dāng)頻繁用到無符號(hào)數(shù)據(jù)類型的嵌入式系統(tǒng)來說是豐常重要的。如果你答錯(cuò)了這個(gè)問題，你也就到了得不到這份工作的邊緣。13. 評(píng)價(jià)下面的代碼片斷：unsigned int zero = 0;unsigned int compzero = 0xffff;/*1's complement of zero */對(duì)于一個(gè)int型不是16位的處理器為說，上面的代碼是不正確的。應(yīng)編寫如下： unsigned int compzero = 0;這一問題真正能揭露出應(yīng)試者是否懂得處理器字長的重要性。在我的經(jīng)驗(yàn)里，好的嵌入式程序員非常準(zhǔn)確地明白硬件的細(xì)節(jié)和它的局限，然而pc機(jī)程序往往把硬件作為一個(gè)無法避免的