第一篇：軟件測試面試

軟件測試筆試題（考試時間60分鐘，滿分100分）

1.軟件可靠性是指在指定的條件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力，其子特性（）是指在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級別的能力。

A．成熟性；

B．易恢復性； C．容錯性； D．可靠性依從性

2.關(guān)于軟件質(zhì)量的描述，正確的是______ A．軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力；

B．軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護性、可移植性； C．軟件質(zhì)量保證過程就是軟件測試過程； D．以上描述都不對

3.______方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。

A．路徑測試

B．等價類

C．因果圖

D．邊界值

4.測試設(shè)計員的職責有：______ ① 制定測試計劃 ②設(shè)計測試用例 ③設(shè)計測試過程、腳本 ④評估測試活動 A.①④ B．②③C．①③ D．以上全是

5.對于業(yè)務(wù)流清晰的系統(tǒng)可以利用貫穿整個測試用例設(shè)計過程廣在用例中綜合使用各種測試方法，對于參數(shù)配置類的軟件，要用選擇較少的組合方式達到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用和判定表驅(qū)動法.A．等價類劃分 B．因果圖法 C．正交試驗法 D．場景法、6.請畫出軟件測試活動的流程圖？

7.請以您以往的實際工作為例，詳細的描述一次測試用例設(shè)計的完整的過程。8.使用JAVA語言編寫一個函數(shù)，用于交換兩個變量的值（地址傳遞）9.圖書（圖書號，圖書名，作者編號，出版社，出版日期）

作者（作者姓名，作者編號，年齡，性別）

用SQL語句查詢年齡小于平均年齡的作者姓名、圖書名，出版社, 并按姓名的升序進行排列。

10.請就如何在開發(fā)中進行軟件質(zhì)量控制說說你的看法。

答案：

1、C2、B3、B4、B5、DCB

測試技術(shù)面試題

1、什么是兼容性測試？兼容性測試側(cè)重哪些方面？

3、測試的策略有哪些？

4、正交表測試用例設(shè)計方法的特點是什么？

5、描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程？

6、你覺得bugzilla在使用的過程中，有什么問題？

7、描述測試用例設(shè)計的完整過程？

8、單元測試的策略有哪些？

9、LoadRunner分哪三部分？

2、我現(xiàn)在有個程序，發(fā)現(xiàn)在Windows上運行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題？

10、LoadRunner進行測試的流程?

什么是并發(fā)？在lordrunner中，如何進行并發(fā)的測試？集合點失敗了會怎么樣？

13、QTP中的Action有什么作用？有幾種？

12、使用QTP做功能測試，錄制腳本的時候，要驗證多個用戶的登錄情況/查詢情況，如何操作？

14、TestDirector有些什么功能，如何對軟件測試過程進行管理？

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

16、條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

17、Beta測試與Alpha測試有什么區(qū)別？

18、軟件的評審一般由哪些人參加？其目的是什么？ 20、階段評審與項目評審有什么區(qū)別？

21、闡述工作版本的定義？

22、什么是樁模塊？什么是驅(qū)動模塊？

23、什么是扇入？什么是扇出？

24、你認為做好測試計劃工作的關(guān)鍵是什么？

25、你認為做好測試用例工作的關(guān)鍵是什么？

26、簡述一下缺陷的生命周期？

27、軟件的安全性應從哪幾個方面去測試？

28、軟件配置管理工作開展的情況和認識？ 30、引入測試管理的含義？

32、單元測試的主要內(nèi)容？

19、測試活動中，如果發(fā)現(xiàn)需求文檔不完善或者不準確，怎么處理？

29、你覺得軟件測試通過的標準應該是什么樣的？

31、一套完整的測試應該由哪些階段組成？

33、集成測試也叫組裝測試或者聯(lián)合測試，請簡述集成測試的主要內(nèi)容？

34、簡述集成測試與系統(tǒng)測試關(guān)系？ 系統(tǒng)的用戶文檔包括哪些？

35、軟件測試的文檔測試應當貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點。那么軟件

36、軟件系統(tǒng)中除用戶文檔之外，文檔測試還應該關(guān)注哪些文檔？

37、簡述軟件系統(tǒng)中用戶文檔的測試要點？

38、單元測試主要內(nèi)容是什么？

39、如何理解強度測試？

41、什么是系統(tǒng)瓶頸？

42、文檔測試主要包含什么內(nèi)容？

43、功能測試用例需要詳細到什么程度才是合格的？

44、配置和兼容性測試的區(qū)別是什么？

45、軟件文檔測試主要包含什么？

46、沒有產(chǎn)品說明書和需求文檔地情況下能夠進行黑盒測試嗎？

47、測試中的“殺蟲劑怪事”是指什么？

40、如何理解壓力、負載、性能測試測試？

48、在配置測試中，如何判斷發(fā)現(xiàn)的缺陷是普通問題還是特定的配置問題？

49、為什么盡量不要讓時間有富裕的員工去做一些測試？ 50、完全測試程序是可能的嗎？

51、軟件測試的風險主要體現(xiàn)在哪里？

52、發(fā)現(xiàn)的缺陷越多，說明軟件缺陷越多嗎？

54、軟件測試人員就是QA嗎？

55、如何減少測試人員跳槽帶來的損失？

56、測試產(chǎn)品與測試項目的區(qū)別是什么？

57、和用戶共同測試（UAT測試）的注意點有哪些？

58、如何編寫提交給用戶的測試報告？

59、測試工具在測試工作中是什么地位？ 60、什么是軟件測試，軟件測試的目的？ 61、簡述負載測試與壓力測試的區(qū)別。

62、寫出bug報告流轉(zhuǎn)的步驟，每步的責任人及主要完成的工作。63、寫出bug報告當中一些必備的內(nèi)容。64、開發(fā)人員老是犯一些低級錯誤怎么解決？ 65、畫出軟件測試的V模型圖。

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

53、所有的軟件缺陷都能修復嗎？所有的軟件缺陷都要修復嗎？

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

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

69、您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？

70、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。71、測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

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

73、請以您以往的實際工作為例，詳細的描述一次測試用例設(shè)計的完整的過程。

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

75、你對測試最大的興趣在哪里？為什么？ 76、你以前工作時的測試流程是什么？

77、當開發(fā)人員說不是BUG時，你如何應付？

78、軟件的構(gòu)造號與版本號之間的區(qū)別？BVT(BuildVerificationTest)

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

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

81、您認為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？ 82、單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么？ 83、集成測試通常都有那些策略？ 84、一個缺陷測試報告的組成

85、基于WEB信息管理系統(tǒng)測試時應考慮的因素有哪些？ 86、軟件測試項目從什么時候開始，？為什么？

87、需求測試注意事項有哪些？

88、簡述一下缺陷的生命周期

89、你在你所在的公司是怎么開展測試工作的？是如何組織的？

90、你認為理想的測試流程是什么樣子？

91、您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。92、軟件測試活動的生命周期是什么？

93、請畫出軟件測試活動的流程圖？ 94、針對缺陷采取怎樣管理措施？

95、什么是測試評估？測試評估的范圍是什么？

96、如果能夠執(zhí)行完美的黑盒測試，還需要進行白盒測試嗎？為什么？ 97、測試結(jié)束的標準是什么？

98、軟件驗收測試除了alpha ,beta測試以外,還有哪一種? 99、做測試多久了？以前做過哪些項目？你們以前測試的流程是怎樣的？用過哪些測試工具？ 100、請就如何在開發(fā)中進行軟件質(zhì)量控制說說你的看法

101、一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。102、軟件測試的類型有那些？分別比較這些不同的測試類型的區(qū)別與聯(lián)系。103、測試用例通常包括那些內(nèi)容？著重闡述編制測試用例的具體做法

104、在分別測試winform的C/S結(jié)構(gòu)與測試WEB結(jié)構(gòu)的軟件是，應該采取什么樣的方法分別測試？他們存在什么樣的區(qū)別與聯(lián)系？

105、在測試winform的C/S結(jié)構(gòu)軟件時，發(fā)現(xiàn)這個軟件的運行速度很慢，您會認為是什么原因？您會采取哪些方法去檢查這個原因？

106、描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程

107、你都用什么測試方法針對不同的產(chǎn)品或者系統(tǒng)或者模塊，有不同的測試方法。總體而言有白盒測試和黑盒測試。

108、怎么編寫案例案例的編寫與測試階段的定義有很大的關(guān)系。系統(tǒng)測試和unit測試的案例可能不同。總體而言測試案例根據(jù)系統(tǒng)的需求而定。

109、怎么才能夠全面的測試到每一個點測試的全面性主要需要在設(shè)計測試計劃的時候考慮，從測試策略，產(chǎn)品需求等等多個角

110、談?wù)勡浖y試技術(shù)，以及如何提高 27 111、談?wù)勡浖y試職業(yè)發(fā)展，以及個人的打算 27 112、談?wù)勡浖y試在企業(yè)的地位，也可以結(jié)合軟件生命周期來談 27 113、一般公司里實際的軟件測試流程是什么樣的？你們公司又是怎樣的？ 114、軟件工程師要具有那些素質(zhì)？ 115、你會哪些測試工具？怎么操作？ 117、你覺得你來應聘有那些優(yōu)勢？ 27 116、你能不能說下你的3到5年的職業(yè)計劃（規(guī)劃）

其他問題：（有可能清晰的思路比確切的答案更重要）27

開發(fā)及環(huán)境搭建類面試題

1、描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。（可以結(jié)合一種開發(fā)語言進行描述）

2、簡述什么是值傳遞，什么是地址傳遞，兩者區(qū)別是什么？

4、簡述什么是存儲過程和觸發(fā)器？

3、結(jié)構(gòu)化程序設(shè)計和面向?qū)ο蟪绦蛟O(shè)計各自的特點及優(yōu)缺點是什么？

5、使用C語言編寫一個函數(shù)，用于交換兩個變量的值（地址傳遞）。

6、請簡述DNS、活動目錄、域的概念。

7、描述TCP/IP協(xié)議的層次結(jié)構(gòu)，以及每一層中重要協(xié)議。

8、簡述子網(wǎng)掩碼的用途。

9、說出4種以上常用的操作系統(tǒng)及其主要的應用范圍（微軟的操作系統(tǒng)除外）。

10、在Linux系統(tǒng)中，一個文件的訪問權(quán)限是755，其含義是什么？

11、Windows操作系統(tǒng)中PATH環(huán)境變量的作用是什么？

12、Ghost的主要用途和常用方法？

14、Linux中，一般怎么隱藏文件？

13、在RedHat中，從root用戶切到userl用戶，一般用什么命令？

15、如何將自己的本地磁盤（D）做成FTP供遠端主機使用？

16、對RUP.CMM,CMMI,XP,PSP.TSP的認識？

17、DNS是什么,它是如何工作的?

18、防火墻如何保證安全的？主要有哪些？ 20、簡述一下c/s模式或者b/s模式？

21、TCP/UDP有哪些區(qū)別？

19、目前流行的操作的系統(tǒng)有哪些？請舉例說明安裝操作系統(tǒng)的注意事項？

22、ISO模型？HUB、tch、Router是ISO的第幾層設(shè)備？

23、內(nèi)存有哪幾種存儲組織結(jié)構(gòu).請分別加以說明？

人力資源面試題

1、你的測試職業(yè)發(fā)展是什么？你自認為做測試的優(yōu)勢在哪里？

2、你為什么想離開目前的職務(wù)？

3、你對我們公司了解有多少？

4、你找工作時，最重要的考慮因素為何？

5、為什么我們應該錄取你？

6、請談?wù)勀銈€人的最大特色。

7、一個測試工程師應具備那些素質(zhì)和技能？

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

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

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

11、為什么選擇測試這行？

12、你的工作通常能在時限內(nèi)完成嗎.（我想問一下就是她問這個問題的動機是什么）

13、通常你對于別人批評你會有什么樣的反應

14、如果明知這樣做不對，你還會依主管的指過去做嗎？

15、如果你接到一個客戶抱怨的測試技術(shù)面試題

第二篇：軟件測試面試問題

1.請自我介紹一下。

2.說說你以前公司的測試流程。必答題。主要結(jié)合自己的項目經(jīng)驗相信講一個自己做過的項目，從立項到測試結(jié)束，當然側(cè)重測試和自己所做的內(nèi)容。這里面試官一般都會根據(jù)你說的再提問。

3.你是怎樣做出自己的職業(yè)選擇或者自己的職業(yè)規(guī)劃。這題也經(jīng)常問。可以從自己的優(yōu)點說如何適合做軟件測試，對與職業(yè)規(guī)劃，我一般說在技術(shù)上往資深測試工程師發(fā)展。

4.你覺得自己作為測試工程的優(yōu)勢在哪里？你認為自己比你的同事優(yōu)秀在哪里？也經(jīng)常問，可以從性格出發(fā)，講自己優(yōu)點，以及在項目中表現(xiàn)，領(lǐng)導的良好評價等，總之“恰當”地往好處說，不要言過其實，讓人懷疑你的人品哦。說說自己的缺點？這個也不好回答，最好能恰當?shù)匾昊卮鸬絻?yōu)點上。

5.一個測試中不堪回首，或者讓你很郁悶的事情。我被問到了，當時想不起來，后來想想可以講一個項目中的失誤及后果，然后講自己如何去成功彌補及教訓經(jīng)驗。我如果提前想一下就不會該說什么了。

6.你的好友是如何評價你的？你的項目組長是如何評價你的？ 這類題也經(jīng)常問。回答總要往好處說，但是你要自信地回答。

7.在成年后，哪些成績給你帶來最大程度的滿足？蠻不錯的題。記得我但是答的是第一次自己帶一個小項目，順利完成測試任務(wù)。

8.測試時你提交的bug被研發(fā)拒絕或者他認為不是問題，你如何處理？

9.測試與開發(fā)溝通如何提高效率和改善溝通效果？測試工程師的素質(zhì)和技能？

10.你在壓力下能工作的很好嘛？測試計劃包括哪些？

11.你期望的薪水？根據(jù)自己能力和公司的大小，可以搜索下了解下情況。

12.個人職業(yè)發(fā)展（職業(yè)規(guī)劃），這個很重要，幾乎每個公司都會問的。

13.談?wù)勛约簩浖y試的理解，包括測試的流程和應注意的地方是什么。

14.用過什么測試工具，分別講講他們的特點。

15.是否做過性能測試，怎樣一個流程。

16.現(xiàn)場寫一個測試用例，比如凳子，桌子，紙杯等。

17.你平時如何和開發(fā)人員溝通的，遇到解決不了的問題怎么辦。

18.對于一個不懂測試的人，你如何解釋它讓別人能聽的懂。

19.你們的績效考核時怎么現(xiàn)實的。

20.你都用什么方法書寫測試用例，分別舉例說明。

第三篇：軟件測試面試題目

下面列出的是網(wǎng)上的一個軟測筆試題，好多單位在筆試的時候都會copy下來作為筆試題，我至少遇到兩次了，其他的筆試題還有，但不一一列出了。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

D．驗收測試工件齊全。

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

A．項目經(jīng)理

B．SQA 負責人

C．配置負責人

D．測試組

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

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

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

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

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

4．測試設(shè)計員的職責有：（）

A．制定測試計劃

B．設(shè)計測試用例

C．設(shè)計測試過程、腳本

D．評估測試活動

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

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

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

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

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

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

1．軟件驗收測試包括(正式驗收測試)、(非正式驗收測試和Alpha測試)、(Beta測試)三種類型。

2．系統(tǒng)測試的策略有功能測試、（性能測試）、（負載測試）、（壓力測試）、易用性測試、（容量測試）、（強度測試）、（兼容性測試又稱）、（本地化測試）、（BVT測試）、（裸機測試）、（安全性測試）、（）、（容錯性測試）、（恢復測試）、（）等15 種方法。

3．設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有（需求規(guī)格說明書）、（）和迭代計劃。

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

5．通過畫因果圖來寫測試用例的步驟為、、、及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟。

四、簡答題（共37分）

1．階段評審與同行評審的區(qū)別。（4 分）．什么是軟件測試。（3 分）

答：通過人工或自動化手段對系統(tǒng)進行測試，目的是為了驗證系統(tǒng)是否滿足預定功能或者是為了弄清楚實際結(jié)果與預期結(jié)果之間的差別。．簡述集成測試的過程。（5 分）

答：將通過單元測試的單元模塊按照設(shè)計要求組合起來再進行測試。重點檢查程序接口處是否有問題。

過程：首先進行集成測試的測試計劃?測試設(shè)計?測試開發(fā)?測試用例執(zhí)行?測試評估，并且進行全程的缺陷跟蹤。．怎樣做好文檔測試？（4 分）

答：文檔測試要注意一下幾點：文檔的讀者群、文檔的術(shù)語、文檔的正確性、文檔的完整性、文檔的一致性、文檔的易用性、樣例與示例、文檔的語言

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

答：白盒測試方法分為：靜態(tài)測試和動態(tài)測試

靜態(tài)測試方法：①編碼標準與準則②走查③審查④評審

動態(tài)測試方法：①語句覆蓋②判定覆蓋③條件覆蓋④判定-條件覆蓋⑤條件組合覆蓋⑥路徑覆蓋

⑦條件組合+路徑覆蓋

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

答：系統(tǒng)測試計劃需要進行同行評審，因為如果對一個系統(tǒng)長時間進行測試可能會出現(xiàn)測試疲勞甚至出現(xiàn)

對系統(tǒng)的免疫現(xiàn)象，因此可以進行同行評審，減少對相同系統(tǒng)的疲勞測試。

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

一、判斷題

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

D．驗收測試工件齊全。

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

A．項目經(jīng)理

B．SQA 負責人

C．配置負責人

D．測試組

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

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

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

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

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

4．測試設(shè)計員的職責有：（）

A．制定測試計劃

B．設(shè)計測試用例

C．設(shè)計測試過程、腳本

D．評估測試活動

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

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

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

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

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

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

1．軟件驗收測試包括:正式驗收測試、非正式驗收測試和ALPHA、BETA測試

2．系統(tǒng)測試的策略有功能測試、、、、易用性測

試、、、、、、、、、、等15 種方法。

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

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

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

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

四、簡答題（共37分）

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

5．白盒測試有那幾種方法？

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

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

五、設(shè)計題

對下面給出的程序控制圖，分別以各種不同的測試方法寫出最少的測試用例。

姓名：__________部門：__________員工號：__________

一、填空題：

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

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

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

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

驗證。

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

6、軟件測試的目的是。

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

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

試評估、測試結(jié)束八個步驟。

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

10、軟件測試角色有、、、。

二、不定項選擇題：

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

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

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

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

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

2、下面角色不屬于集成計劃評審的是（）

A、配置經(jīng)理

B、項目經(jīng)理

C、測試員

D、編碼員

3、軟件測試設(shè)計活動主要有（）

A、工作量分析

B、確定并說明測試用例

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

D、復審并評估測試覆蓋

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

A、制定集成計劃

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

C、記錄集成測試結(jié)果

D、回歸測試

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

A、軟件工作版本

B、可測試性報告

C、軟件需求工件

D、軟件項目計劃

三、問答題：

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

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

3、什么是測試評估，測試評估的范圍是什么？

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

第四篇：軟件測試面試知識點

1.黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。

2.白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。

3.回歸測試是指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a

產(chǎn)生錯誤。自動回歸測試將大幅降低系統(tǒng)測試、維護升級等階段的成本。.簡述一下缺陷的生命周期

·軟件缺陷的生命周期指的是一個軟件缺陷被發(fā)現(xiàn)、報告到這個缺陷被修復、驗證直至最后 關(guān)閉的完整過程。

簡單的軟件缺陷生命周期：

1、發(fā)現(xiàn)——打開：測試人員找到軟件缺陷并將軟件缺陷提交給開發(fā)人員；

2、打開——修復：開發(fā)人員再現(xiàn)、修復缺陷，然后提交測試人員去驗證；

3、修復——關(guān)閉：測試人員驗證修復過的軟件，關(guān)閉已不存在的缺陷。但是這是一種理想的狀態(tài)，在實際的工作中是很難有這樣的順利的，需要考慮的各種情況都 還是非常多的。

復雜的軟件缺陷生命周期：

1、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，進行 bug 審查，不是代碼問題，就 是設(shè)計需要修改；

2、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，進行 bug 審查，以后修改的，就可 以延期；

3、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，進行 bug 審查，實際沒有這個 bug，可以將其關(guān)閉；

4、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，看是否清楚可重現(xiàn)，如果不能重現(xiàn)，就是缺少信息，需要返回到（open）狀態(tài)；如果能夠重現(xiàn)，就進行修正，修正后關(guān)閉，進行 回歸測試

5.基于 WEB 信息管理系統(tǒng)測試時應考慮的因素有哪些？

一、功能測試

1、鏈接測試

2、表單測試

3、Cookies 測試

4、設(shè)計語言測試

5、數(shù)據(jù)庫測試

二、性能測試

1、連接速度測試

2、負載測試

3、壓力測試

三、可用性測試

1、導航測試

2、圖形測試

3、內(nèi)容測試

4、整體界面測試

四、客戶端兼容性測試

1、平臺測試

2、瀏覽器測試

五、安全性測試

linux基本命令：

◆ 安裝和登錄命令：login、shutdown、halt、reboot、install、mount、umount、chsh、exit、last；

◆ 文件處理命令：file、mkdir、grep、dd、find、mv、ls、diff、cat、ln；

◆ 系統(tǒng)管理相關(guān)命令：df、top、free、quota、at、lp、adduser、groupadd、kill、crontab；

◆ 網(wǎng)絡(luò)操作命令：ifconfig、ip、ping、netstat、telnet、ftp、route、rlogin、rcp、finger、mail、nslookup；

◆ 系統(tǒng)安全相關(guān)命令：passwd、su、umask、chgrp、chmod、chown、chattr、sudo ps、who；

◆ 其它命令：tar、unzip、gunzip、unarj、mtools、man、unendcode、uudecode。

login

1.作用 :login的作用是登錄系統(tǒng)，它的使用權(quán)限是所有用戶。

2.格式:

login [name][－p ][－h(huán) 主機名稱]

3.主要參數(shù)

－p:通知login保持現(xiàn)在的環(huán)境參數(shù)。

－h(huán):用來向遠程登錄的之間傳輸用戶名。

如果選擇用命令行模式登錄Linux的話，那么看到的第一個Linux命令就是login：。

shutdown

1.作用: shutdown命令的作用是關(guān)閉計算機，它的使用權(quán)限是超級用戶。

2.格式:

shutdown [－h(huán)][－i][－k][－m][－t]

3.重要參數(shù)

－t：在改變到其它運行級別之前，告訴init程序多久以后關(guān)機。

－k：并不真正關(guān)機，只是送警告信號給每位登錄者。

－h(huán)：關(guān)機后關(guān)閉電源。

－c：cancel current PRocess取消目前正在執(zhí)行的關(guān)機程序。所以這個選項當然沒有時 間參數(shù)，但是可以輸入一個用來解釋的訊息，而這信息把會送到每位使用者。

－F：在重啟計算機時強迫fsck。

－time：設(shè)定關(guān)機前的時間。

－m: 把系統(tǒng)改為單用戶模式。

－i：關(guān)機時顯示系統(tǒng)信息。

mount

1.作用 : mount命令的作用是加載文件系統(tǒng)，它的用權(quán)限是超級用戶或/etc/fstab中允許的使用者。

2.格式

mount －a [－fv] [－t vfstype] [－n] [－rw] [－F] device dir

3.主要參數(shù)

－h(huán)：顯示輔助信息。

－v：顯示信息，通常和－f用來除錯。

－a：把/etc/fstab中定義的所有文件系統(tǒng)掛上。

－F：這個命令通常和－a一起使用，它會為每一個mount的動作產(chǎn)生一個行程負責執(zhí)行。在系統(tǒng)需要掛上大量NFS文件系統(tǒng)時可以加快加載的速度。

－f：通常用于除錯。它會使mount不執(zhí)行實際掛上的動作，而是模擬整個掛上的過程，通 常會和－v一起使用。

－t vfstype：顯示被加載文件系統(tǒng)的類型。

－n：一般而言，mount掛上后會在/etc/mtab中寫入一筆資料，在系統(tǒng)中沒有可寫入文件系統(tǒng)的情況下，可以用這個選項取消這個動作。

游戲安裝測試流程：

1)安裝過程中對于缺省安裝目錄及任意指定的安裝目錄，是否都能正確安裝； 2)若是選擇安裝，查看能否實現(xiàn)其相應的功能；

3)在所有能中途退出安裝的位置退出安裝程序后，驗證此程序并未安裝成功（沒有程序組及程序項產(chǎn)生）；

4)軟件安裝后，對其它已經(jīng)安裝的軟件是否有影響； 5)裸機安裝后，各功能點是否可用； 6)安裝前，安裝程序是否判斷可用磁盤空間大小，如果不能滿足安裝空間要求，安裝程序能否繼續(xù)；

7)安裝過程中查看 版權(quán)聲明、版本信息、公司名稱、LOGO等是否符合標準； 8)安裝過程中界面顯示與提示語言是否準確、友好；

9)重復安裝時系統(tǒng)是否有提示、是否可以覆蓋安裝、是否可以升級安裝、是否允許多版本共存；

10)是否有注冊碼或硬件加密狗，在沒有它們（或錯誤）存在的情況下能否順利安裝。使用測試：

UI: 界面測試，界面的友好型，完整性，整體性要良好盡可能優(yōu)秀。功能：游戲中所需求的東西要滿足，并且結(jié)算與邏輯要正常。（這個要針對不同的產(chǎn)品做不同的詳細分析）

性能：游戲長時間運行，高負荷運行是否有卡鈍，卡死，崩潰問題。卸載測試：

1)卸載后注冊表中的注冊信息及相關(guān)的程序安裝目錄是否能完全刪除掉； 2)卸載過程中完全刪除共享文件后，看其它程序能否正常運行； 3)卸載后，是否對其它已經(jīng)安裝的軟件有影響； 4)系統(tǒng)卸載后用戶建立文檔是否保留；

5)軟件卸載畫面上的軟件名稱及版本信息是否正確； 6)在所有能中途退出卸載的位置是否能正確退出； 7)卸載過程中界面顯示與提示語言是否準確、友好；

8)卸載后安裝此系統(tǒng)能否打開原來保存的文件，并一切運行正常；

9)卸載程序如果要求重新啟動機器，在重新啟動之間是否給用戶提示以保存現(xiàn)有的己運行的程序的資料；

10)是否可以選擇組件進行卸載；

11)卸載過程中，對意外情況的處理（掉電等）。12)在卸載過程中，是否有終止或者結(jié)束按鈕。

游戲測試全過程： 制定測試計劃

1、制定計劃

本階段的主要工作內(nèi)容

——對需求規(guī)格說明書的仔細研究 ——將要測試的產(chǎn)品分解成可獨立測試的單元

——為每個測試單元確定采用的測試技術(shù)

——為測試的下一個階段及其活動制定計劃

制定計劃包括：

（1）概要測試計劃

（2）詳細測試計劃

2、測試大綱（用例）

測試大綱是軟件測試的依據(jù)，包括測試項目、測試步驟、測試完成的標準。

測試大綱的本質(zhì)

——從測試的角度對被測對象的功能和各種特性的細化和展開。

測試大綱的好處

——保證測試功能不被遺漏，也不被重復測試

——合理安排測試人員

——使得軟件測試不依賴于個人

3、軟件測試報告

軟件測試報告是軟件測試過程中最重要的文檔，它的內(nèi)容包括：

記錄問題發(fā)生的環(huán)境

——如：各種資源的配置情況

記錄問題的再現(xiàn)步驟

記錄問題性質(zhì)的說明

記錄問題的處理進程

——問題處理進程從一定角度上反映測試的進程和被測軟件的質(zhì)量狀況以及改善過程。

測試執(zhí)行過程

1、測試執(zhí)行過程的三個階段

（1）初測期

——測試主要功能和關(guān)鍵的執(zhí)行路徑，排除主要障礙。

（2）細測期

——依據(jù)測試計劃和測試大綱、測試用例，逐一測試大大小小的功能、方方面面的特性、性能、用戶界面、兼容性、可用性等等；預期可發(fā)現(xiàn)大量不同性質(zhì)、不同嚴重程度的錯誤和問題。

（3）回歸測試期

——系統(tǒng)已達到穩(wěn)定，在一輪測試中發(fā)現(xiàn)的錯誤已十分有限；復查已知錯誤的糾正情況，確認未引發(fā)任何新的錯誤時，終結(jié)回歸測試。

2、集成測試過程中的兩個重要里程碑

在集成測試過程中的兩個重要的里程碑是功能凍結(jié)和代碼凍結(jié)的確定。這兩個里程碑界定出回歸測試期的起止界限。

功能凍結(jié)(Function/Feature Freeze)

——經(jīng)過測試，符合設(shè)計要求，確認系統(tǒng)功能和其他特性均不再做任何改變。代碼凍結(jié)(Code Freeze)

——理論上，在無錯誤時凍結(jié)程序代碼，但實際上，代碼凍結(jié)只標志系統(tǒng)的當前版本的質(zhì)量已達到預期的要求，凍結(jié)程序的源代碼，不再對其做任何修改。這個里程碑是設(shè)置在軟件通過最終回歸測試之后。

游戲測試筆試題： 判斷對錯

1、beta版本是一個出版的版本。×

2、在alpha測試應該發(fā)生特征鎖定。×

3、在alpha測試可測試在線多人玩家的特征。√

4、對測試主管而言，成為游戲開發(fā)團隊的一員并不是很重要的。×

5、在一個K游戲被證實為GMC（正式版的候選版本）之前，所有的bug都必須被修復。×

6、黑盒測試指的是檢查實際的游戲代碼。×

7、缺陷報告的簡略描述應該包括盡可能多的信息。×

8、白盒測試描述測試機制。×

9、版本控制應該只能被應用于開發(fā)商的代碼。×

10、Bug上的一個“驗證修正”狀態(tài)表示，它至少保留在另一個測試周期中。√

11、報告bug時，測試員應該編寫盡可能多的步驟，從而確定該bug重現(xiàn)。×

12、為了盡快完成任務(wù)，讓同一個測試員執(zhí)行同樣的測試任務(wù)，這是個很好的辦法。×

1、你給游戲公司（Gamecorp）做的第一個測試就是一個第一人稱射擊游戲。你的人物是一

個穿著厚重盔甲的電子人，在第二層上拿著一個刀和空氣槍武器中用到的彈藥。你發(fā)現(xiàn)一個空的空氣槍，將其撿起并試著開火，但是因為顯示沒有彈藥所以不能發(fā)射。你從項目會議上得知，武器應該能自動裝載人物所攜帶的任何彈藥。你要做些什么才能“放大”這個缺陷呢？N，檢查空氣槍彈藥是否仍然在你的物品欄里以及是否還有別的東西需要攜帶。檢查這個問題在其他游戲等級、其他類型的人物以及當佩帶其他裝甲的人物身上是否也存在。在除刀子之外你不攜帶任何武器或者根本就沒有武器僅僅有空氣槍彈藥的情況下，檢查這是否會發(fā)生。把彈藥置于不同的物品欄，檢查這個bug是否會發(fā)生。當你仍然有彈藥的時候，卸載空氣槍接著再加載它，看看是否彈藥數(shù)仍然是0。試一下用手工方式再重新安裝空氣槍。在使用空的空氣槍時，設(shè)法拾起更多的空氣槍彈藥。在得到兩個空氣槍彈藥包裝后拾起空的空氣槍。

2、描述在走查中的領(lǐng)導角色和協(xié)調(diào)檢查中的人的角色間的差異。

檢查協(xié)調(diào)人在實際同事評審之前負有安排進度和舉辦概要會議的額外責任。在同事評審期間，直接主管需要陳述材料，而檢查協(xié)調(diào)人的主要目的就是看看會議舉辦的情況和收集檢查記錄。在會議期間，直接主管并不合適做記錄，檢查協(xié)調(diào)人應該主要做這些事情。

3、測試主管有哪些主要職責？

測試主管的主要責任是：管理測試團隊，設(shè)計和實施整個項目測試計劃，“擁有”bug 數(shù)據(jù)庫。

4、首席測試員可以修改bug數(shù)據(jù)庫中的哪些字段？

主要測試人員應該允許修改BUG數(shù)據(jù)庫中的所有字段除了優(yōu)先級、狀態(tài)域、分配的情 況和開發(fā)者的評論。

5、解釋測試計劃和測試案例兩者的區(qū)別。

測試計劃定義的是測試周期整體結(jié)構(gòu)的主要部分。測試用例是一個具體問題或條件，代碼可以用來操作也可以用來評價。

6、簡單描述在詳細描述bug的過程中，期望結(jié)果和實際結(jié)果間的差異。

期望的結(jié)果是游戲應該按照計劃運行產(chǎn)生的結(jié)果。實際結(jié)果是當你玩游戲時，由于軟件錯誤而導致的一些不正常的行為。

7、回歸測試的目的是什么？

wk_ad_begin({pid : 21});wk_ad_after(21, function(){$('.ad-hidden').hide();}, function(){$('.ad-hidden').show();});回歸測試核實的是修復的代碼是否執(zhí)行能正確。

8、簡要描述配置準備的步驟。

刪除老版本以及所有相關(guān)的被保存的數(shù)據(jù)。核實并且修正你的硬件配置以滿足你的新的版本要求。安裝新的版本。

9、什么是“推倒列表”？

推倒列表是一個回歸集，也就是說，列出的清單已經(jīng)被開發(fā)小組在當前版本中修復了。

10、在緊靠床的一個桌子上有一個按鍵式電話。寫好一步步的使用說明，告訴大家怎樣 使用這個電話撥打下面的號碼：555-1234。假設(shè)閱讀使用說明書的人以前從未見過或用 過電話。

A． 看看床旁邊的桌子。你將看見一個繩子已經(jīng)卷成環(huán)狀的塑料盒。這是“電話機”。B． 卷成環(huán)狀繩子連接到電話上面的一個可拿起的部分。該部分兩端有兩個圓形的筒。這部分是“聽筒”。

C． 拿起聽筒并且注意到一端比另一端多了許多孔。把孔的數(shù)量少的那一端

放到你的耳朵邊。你應該聽見一陣很大的、平穩(wěn)的嗡嗡聲。3 D． 按下列順序：5-5-5-1-2-3-4按下電話機上的相應按鈕。當你聽見有人應答時，就可 以開始交談了。

11、解釋配對組合和完整組合列表的區(qū)別。

完整的組合表包括所有可能的組合。這樣表的大小是通過將每個參數(shù)的維數(shù)相乘來計算的。一張配對組合表并不包含每個值0與其他的值的全部組合。它“完成”的意思是說，在表的任何地方至少有一個例子，任何值都與同列的其他值有配對。配對表比完整組合列表要小的多，有時要小數(shù)百或數(shù)以萬倍。

12、解釋參數(shù)和值的區(qū)別。

參數(shù)代表著可以由游戲或游戲玩家執(zhí)行的設(shè)置。值是參數(shù)（函數(shù)）選擇從測試的角度來看，是可用的、可能的或有趣的。

13、創(chuàng)建一個TFD，當用戶接到電話或關(guān)閉電話的滑動盒蓋時，游戲能暫停。盡量保 持低狀態(tài)數(shù)。一旦電話結(jié)束或滑動盒蓋被打開，游戲就應該被恢復。提示：要使游戲暫 停，只有一個標準必須被滿足，但在游戲真正恢復前，必須符合恢復游戲的雙重標準。

14、幫助你決定公司是否應該自動化游戲測試的兩個最重要的因素是什么？ 這兩個因素是：你的部門運轉(zhuǎn)得是否良好，你的項目進度是否落后。

15、你可能不想自動化測試的主要原因是什么？

不愿意在測試自動化上投資（諸如雇傭職員和游戲基礎(chǔ)設(shè)施的必要變動等）就能使自動化測試成功的因素，覺得可能不需要自動化測試。

16、你可能想自動化測試的主要原因是什么？

改進游戲的可靠性、更好的測試工具和效率，一致性的結(jié)果，更快的測試和能夠模仿大 量的同時在線玩家進行壓力和負載測試，無需使用大量的測試人員這些都是采用自動化測試的非常好的理由。（下圖：為13題）

17、什么類型的游戲最適合測試自動化？

在線多人游戲、第一人稱射擊游戲、猜字游戲以及手機游戲都是至少某一方面采用測試 自動化的候選。

18、游戲測試的哪些方面最適合自動化？

玩游戲的一系列操作、重復的操作、用戶界面的檢測以及對游戲隨即測試都可以應用測試自動化。

19、以下的交付或活動是在哪個階段進行的？

藝術(shù)圣經(jīng)

競爭分析 游戲原型 新地圖 風險分析

游戲設(shè)計文檔 安排測試主管 技術(shù)設(shè)計文檔

為一致性測試提交的代碼 慶祝

概念文檔

志愿參與測試

答案：藝術(shù)圣經(jīng)（試生產(chǎn)階段）競爭分析（概念開發(fā)階段）游戲原型（試生產(chǎn)階段）新地圖（升級階段）

風險分析（概念開發(fā)階段）游戲設(shè)計文檔（試生產(chǎn)階段）

安排測試主管（開發(fā)階段）技術(shù)設(shè)計文檔（試生產(chǎn)階段）

為一致性測試提交的代碼（beta測試階段）慶祝（生產(chǎn)發(fā)布階段）概念文檔（概念開發(fā)階段）志愿參與測試（beta測試階段）

20、假設(shè)你是測試員X，正在測試如下表所示的項目，如果你運行了130個測試，那么 為了成為“最佳測試員”，你需要發(fā)現(xiàn)多少個缺陷？ 測試員C有最佳的測試效果，但是不會成為“最佳測試員”。請解釋這是什么原因？

測試員X做了130個測試，他在項目中完成的測試總數(shù)達到了700.因為Z是當前記錄的保持者，X必須做比Z更多的測試。Z的新的測試效果比率是169/700=24%。X測試效果的比率是130/700=18.5%。X需要比Z貢獻超過7%的漏洞。假設(shè)“x”是X需要發(fā)現(xiàn)漏洞的數(shù)量。在X的漏洞之前，漏洞共計34。當X的漏洞被找到，新的漏洞共計將是34+x。X的漏洞貢獻將是x /(34+x)，Z的貢獻是9 /(34+x)。因為X的貢獻必須比Z高出7%，方程式為 x /(34+x)= 9 /(34+x)+ 0.07，解得x=12.23。因為只能是整數(shù)個漏洞，X需要發(fā)現(xiàn)13個漏洞才能得到“最佳測試員”測試稱號。

而測試員C最大限度的發(fā)揮了比較適合他的測試方法在每個測試中發(fā)現(xiàn)大多數(shù)漏洞。然而，其他測試人員例如B和Z也執(zhí)行了許多測試但是僅僅發(fā)現(xiàn)了更多的漏洞。因為“最佳測試員”主要是根據(jù)對完成測試的整體貢獻以及發(fā)現(xiàn)漏洞的數(shù)量兩者結(jié)合來看的。

21、為什么游戲測試員稱他們的工作為“玩”是不正確的？

游戲測試是非常困難和非常繁瑣的工作。如果游戲測試工作被相當重視，游戲測試人員 必須盡其所能讓非測試人員認識到測試對游戲發(fā)布的總要。

22、討論自由隨機測試和游戲性能測試兩者之間的區(qū)別（在方法和結(jié)果兩方面）。

自由測試是一種無特定結(jié)構(gòu)的查詢軟件瑕疵的方法。它的結(jié)果就是可以發(fā)現(xiàn)另外的bug。玩測試目的是判斷游戲的質(zhì)量、平衡和娛樂性。它的結(jié)果就是建議和反饋給開發(fā)者，用于改變和增色游戲的設(shè)計。

23、你和七個測試員進入你正在測試的網(wǎng)絡(luò)設(shè)計游戲的死亡競技訓練。一旦游戲開始，所有人都是自由的，互相競爭以獲得勝利。這是游戲性能測試還是隨機測試？為什么？

是玩測試（又性能測試）。因為測試者正在玩游戲，而不是測試游戲。

24、你被分配去測試一個《拳皇》類型的格斗游戲，并且懷疑其中的一個斗士明顯比其他人弱。為了確定和量化你的推測，你該怎樣執(zhí)行隨機測試？

在兩人玩家模式下進行以下系列測試。測試者只應該控制一個人物，因此另一個角色僅僅站在那里，并不還擊。

A）計數(shù)嫌疑人殺害默認人物時拳擊的數(shù)量。B）計數(shù)嫌疑人殺害默認人物時踢腿的數(shù)量。C）計數(shù)默認人物殺害嫌疑人時拳擊的數(shù)量。

D）計數(shù)默認人物殺害嫌疑人時踢腿的數(shù)量。

重復這些測試多次，使用三個或四個不同人物與嫌疑人戰(zhàn)斗。如果嫌疑人需持續(xù)地拳打或腳踢多次才能殺死對手，數(shù)量超過了殺害其他人物的平均值，那么嫌疑人也許是力量不足。

第五篇：面試問題總結(jié)--軟件測試

面試問題總結(jié)

1.在51testing你都學到了什么？

a.主要學習了軟件測試的知識，包括測試的流程，測試的方法，測試用例，測試計劃，及測試管理的工具QUALITY CENTER，自動化測試工具QTP

b.計算機編程的基礎(chǔ)知識，包括 C語言，SQL Server,Linux

c.軟件工程的知識，包括軟件的生命周期，配置管理的知識SVN

2.測試計劃包括什么內(nèi)容？

測試目標，概述，測試對象，測試環(huán)境，測試版本，測試開始和結(jié)束日期，測試方法概

述，測試通過失敗標準，測試掛起恢復標準，工作任務(wù)分配，工作量的統(tǒng)計，資源的分

配，應交付的最終工作產(chǎn)品。

3.測試報告包括什么內(nèi)容？

測試環(huán)境，測試版本，測試對象，參與的人員，執(zhí)行的測試用例，測試用例覆蓋的功能

和性能點，bug質(zhì)量分析，測試最終結(jié)果（通過，失敗）。

4.缺陷管理流程是什么？

測試人員 new/open bug-?測試經(jīng)理—assign給開發(fā)經(jīng)理—》開發(fā)經(jīng)理asign給開

發(fā)人員—resolved 返回給測試人員—》測試人員驗證后關(guān)閉或者re-open給開發(fā)人

員。

5.動/靜態(tài)測試都包括什么活動？

靜態(tài)測試，檢查和測試時不用實際操作軟件，只是靜態(tài)的瀏覽和檢查。靜態(tài)測試的活

動包括 需求定義的靜態(tài)測試，設(shè)計文檔的靜態(tài)測試，源代碼的靜態(tài)測試

動態(tài)測試，通過運行軟件來檢查軟件的動態(tài)行為和運行結(jié)果的正確性。動態(tài)測試活動

包括 動態(tài)檢查程序，動態(tài)檢查輸入輸出數(shù)據(jù)。（黑盒子測試基本都是動態(tài)測試）

6.測試工作分為哪幾個階段？各階段的測試重點在哪里？

測試工作分為 單元測試，集成測試，系統(tǒng)測試，驗收測試。

單元測試主要是檢查內(nèi)部模塊的代碼邏輯。集成測試主要檢查各個模塊組裝后的功能

以及模塊間的接口是否正確。系統(tǒng)測試主要是把集成好的軟件在實際的軟硬件的測試

環(huán)境下運行，檢查運行結(jié)果是否符合《需求規(guī)格說明書》。驗收測試是測試時除了考

慮軟件的功能和性能外，還應對軟件的可移植性、兼容性、可維護性、錯誤的恢復功

能等進行確認

7.測試環(huán)境包括什么內(nèi)容？

包括軟件環(huán)境（os,browser,其他必須的軟件），硬件環(huán)境（計算機配置，打印機，掃描儀等等），測試數(shù)據(jù)，測試工具

8.缺陷的嚴重級別及優(yōu)先級各有哪些？

優(yōu)先級別：low, midium, high,very high，urgent.嚴重級別：極度嚴重，中等，一般，輕微

9.測試工程師應該具備哪些素質(zhì)？

技術(shù)能力，溝通能力，耐心，細心，懷疑精神，發(fā)散思維，幽默感，很強的記憶能力。

10.測試用例包括哪些內(nèi)容？

用例編號，測試項目，測試標題，用例的重要級別，預置條件，輸入條件，操作步驟，預期輸出。

11.Bug單包括哪些內(nèi)容？

缺陷編號，標題，測試項目，嚴重級別，優(yōu)先級別，預設(shè)條件，復現(xiàn)步驟，實際結(jié)果，期望結(jié)果

12.B/S和C/S結(jié)構(gòu)的區(qū)別？

C/S結(jié)構(gòu)，即Client/Server(客戶機/服務(wù)器)結(jié)構(gòu)，B/S即瀏覽器/服務(wù)器（browser/server）結(jié)構(gòu).（1）、硬件環(huán)境不同：C/S一般建立在專用的網(wǎng)絡(luò)上，小范圍里的網(wǎng)絡(luò)環(huán)境，局域網(wǎng)之間

再通過專門服務(wù)器提供連接和數(shù)據(jù)交換服務(wù)。B/S建立在廣域網(wǎng)之上的，不必是專門的網(wǎng)絡(luò)硬件環(huán)境，一般只要有操作系統(tǒng)和瀏覽器就行。

（2）、對安全要求不同:C/S一般面向相對固定的用戶群，對信息安全的控制能力很強。

B/S建立在廣域網(wǎng)之上，對安全的控制能力相對弱，面向是不可知的用戶群。

（3）、對程序架構(gòu)不同:C/S程序可以更加注重流程，可以對權(quán)限多層次校驗，對系統(tǒng)運

行速度可以較少考慮。B/S對安全以及訪問速度的多重的考慮，建立在需要更加優(yōu)化的基礎(chǔ)之上。

（4）、系統(tǒng)維護不同:C/S程序由于整體性，必須整體考察，處理出現(xiàn)的問題以及系統(tǒng)升

級難，可能是再做一個全新的系統(tǒng)。B/S構(gòu)件組成方面構(gòu)件個別的更換，實現(xiàn)系統(tǒng)的無縫升級。系統(tǒng)維護開銷減到最小，用戶從網(wǎng)上自己下載安裝就可以實現(xiàn)升級。

（5）、處理問題不同:C/S程序可以處理用戶面固定，并且在相同區(qū)域，安全要求高的需

求，與操作系統(tǒng)相關(guān)，應該都是相同的系統(tǒng)。B/S建立在廣域網(wǎng)上，面向不同的用戶群，分散地域，這是C/S無法作到的，與操作系統(tǒng)平臺關(guān)系最小。

13.TCP/IP協(xié)議中三次握手是什么?

第一次握手：建立連接時客戶端向服務(wù)器發(fā)送syn包同時進入syn_send狀態(tài)，等待服務(wù)器確認。

第二次握手：服務(wù)器收到syn包，必須確認客戶的syn包，同時向客戶端發(fā)送syn包即syn+ack包，此時服務(wù)器進入syn+recv狀態(tài)。

第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進入ESTABLISHED狀態(tài)，完成三次握手。

14.黑盒/白盒測試各主要包括什么測試方法？

黑盒子測試：等價類劃分法，邊界值法，錯誤推測法，因果圖法，判定表法。

白盒測試：條件判定法，語句覆蓋法，判定覆蓋法，判定條件覆蓋法，路徑覆蓋法。

15.簡單介紹下進銷存系統(tǒng)的業(yè)務(wù)流。

進銷存主要用于中小型物品流通企業(yè)，例如超市，賣場。用于物品的進購，銷售，調(diào)度，庫存，盤點的流程管理。

16.在進銷存系統(tǒng)測試中你負責哪些模塊以及在測試中用例設(shè)計是如何進行的？

系統(tǒng)實現(xiàn)的模塊包括：入庫管理，庫存管理，出庫管理，統(tǒng)計報表，會員管理，系統(tǒng)設(shè)置，賬務(wù)管理。

我主要負責 入庫管理模塊，測試用例的設(shè)計方法主要是等價類，邊界值，錯誤推測法。

17.現(xiàn)在主流的OS及瀏覽器都有哪些？他們的區(qū)別是？

OS: WINDOWS,LINUX,MAC

BROWSER: IE,FIREFOX,OPERA,SAFari 區(qū)別:內(nèi)核不同，速度，性能

18.測試工作結(jié)束的標準時什么？

所有的功能點都測試通過并符合需求規(guī)格說明書；性能，易用性，等符合用戶的要求 所有的bug已經(jīng)關(guān)閉并回歸測試通過

19.解釋內(nèi)存溢出及內(nèi)存泄露

內(nèi)存溢出就是運行軟件時的內(nèi)存遠遠超出了你主機內(nèi)安裝的內(nèi)存所承受大小，就叫內(nèi)存溢出。

內(nèi)存泄露指的是當以前分配的一片內(nèi)存不再需要使用或無法訪問時，但是卻并沒有釋放它，那么對于該進程來說，會因此導致總可用內(nèi)存的減少，這時就出現(xiàn)了內(nèi)存泄漏

20.Web測試的測試點包括哪些？

界面測試：導航，圖形，視頻，音頻，內(nèi)容，表格，整體界面測試

功能測試：業(yè)務(wù)流程測試，鏈接測試，并發(fā)測試，session測試,cookie測試，url訪問測試

性能測試：負載，容量，壓力

兼容性測試：瀏覽器，插件

易用性測試：界面友好，使用方便