軟件測試面試大全

1、面試網(wǎng)絡協(xié)議（udp）、網(wǎng)絡協(xié)議的定義：為計算機網(wǎng)絡中進行數(shù)據(jù)交換而建立的規(guī)則、標準或約定的集合。例如，網(wǎng)絡中一個微機用戶和一個大型主機的操作員進行通信，由于這兩個數(shù)據(jù)終端所用字符集不同，因此操作員所輸入的命令彼此不認識。為了能進行通信，規(guī)定每個終端都要將各自字符集中的字符先變換為標準字符集的字符后，才進入網(wǎng)絡傳送，到達目的終端之后，再變換為該終端字符集的字符。當然，對于不相容終端，除了需變換字符集字符外。其他特性，如顯示格式、行長、行數(shù)、屏幕滾動方式等也需作相應的變換。alpha測試和beta測試Alpha測試是用戶在開發(fā)環(huán)境下的測試，或者是開發(fā)內(nèi)部的用戶在模擬實際環(huán)境下的測試；Beta測試

2、是由軟件的一個或多個用戶在實際使用環(huán)境下進行的測試；兩者區(qū)別：Alpha測試由開發(fā)人員或測試人員在場，可隨時記錄下錯誤和使用中出現(xiàn)的問題；Beta測試開發(fā)人員和測試人員都不在場大型通用軟件，在正式發(fā)布前，通常需要執(zhí)行Alpha和Beta測試，目的是從實際終端用戶的使用角度，對軟件的功能和性能進行測試，以發(fā)現(xiàn)可能只有最終用戶才能發(fā)現(xiàn)的錯誤。Alpha 測試(測試)是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員及時分析和處理。目的是評價軟件產(chǎn)

3、品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結束之后開始，或在模塊(子系統(tǒng))測試完成后開始，也可以在確認測試過程中產(chǎn)品達到一定的穩(wěn)定和可靠程度之后再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。Beta測試(測試)是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進行的軟件現(xiàn)場應用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)

4、品交付給全體用戶使用。Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓和支持產(chǎn)品的生產(chǎn)能力。只有當Alpha測試達到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標是測試可支持性，所以Beta測試應該盡可能由主持產(chǎn)品發(fā)行的人員來管理。由于Alpha和Beta測試的組織難度大，測試費用高，測試的隨機性強、測試周期跨度較長，測試質(zhì)量和測試效率難于保證，所以，很多專業(yè)軟件可能不再進行Beta測試。隨著測試技術的提高，以及專業(yè)測試服務機構的大量涌現(xiàn)，很多軟件的Beta測試外包給這些專業(yè)測試機構進行測試。白盒和黑盒白盒測試：是通過程序的源代碼進行測試而不使用用戶界面。這種類型的測試需

5、要從代碼句法發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點或者錯誤，進而加以修正。黑盒測試：又被稱為功能測試、數(shù)據(jù)驅動測試或基于規(guī)格說明的測試，是通過使用整個軟件或某種軟件功能來嚴格地測試, 而并沒有通過檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設計的。測試人員通過輸入他們的數(shù)據(jù)然后看輸出的結果從而了解軟件怎樣工作。、sql、內(nèi)存調(diào)度、遍歷、鏈表、語句覆蓋法、linux常用命令（chmod）；給你一個模塊，你會怎么樣設計與執(zhí)行測試；如何測試注冊模塊一、判斷題（每題1分，共12 分，正確的T，錯誤的F）1.軟件需求是度量軟件質(zhì)量的基礎 。不符合需求的軟件就不具備質(zhì)量。（T）2

6、.全面質(zhì)量管理的定義是：一個組織以質(zhì)量為中心，以全員參與為基礎，目的在于通過讓顧客滿意和本組織所有成員及社會受益而達到長期成功的管理途徑。 (T)3.發(fā)現(xiàn)錯誤是軟件測試的唯一目的。(F)4.白盒測試可以找出軟件遺漏功能和代碼錯誤問題。( F)5.軟件的質(zhì)量有測試組決定。( F)6.在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件。 ( T)7.測試從不可知內(nèi)部條件開始，結果是不可預見的。(F)8.軟件缺陷一定是由編碼所引起的. 。(F)9.軟件測試等于程序測試。(F)10.Beta測試是軟件的多個用戶在實際使用環(huán)境下進行的測試。 (T)11.經(jīng)驗表明，測試后程序殘存的錯誤數(shù)目與該程序中

7、以發(fā)現(xiàn)的錯誤數(shù)目或檢錯率成正比。(T)12.驗收測試比較適合采用軟件自動化測試工具進行測試。（F）二、 單項選擇題(每題2分，共12 分)1某次程序調(diào)試沒有出現(xiàn)預計的結果，下列（B ）不可能是導致出錯的原因。A 變量沒有初始化 B 編寫的語句書寫格式不規(guī)范C 循環(huán)控制出錯 D 代碼輸入有誤2軟件測試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重要手段，下列哪個（些）是軟件測試的任務？(B)A預防軟件發(fā)生錯誤 B發(fā)現(xiàn)改正程序錯誤C提供診斷錯誤信息 D都是3.下面的哪一項測試步驟中需要進行局部數(shù)據(jù)結構測試： （A）A.單元測試  B.集成測試

8、0; C.確認測試  D.系統(tǒng)測試4.白盒測試是根據(jù)程序的（C ）來設計測試用例 A.功能  B性能  C內(nèi)部邏輯  D內(nèi)部數(shù)據(jù)5.（C ）方法根據(jù)輸出對輸入的依賴關系設計測試用例。路徑測試  等價類  因果圖  歸納測試6有一組測試用例，它使被測程序中的每一個分支至少執(zhí)行一次，它滿足的覆蓋標準是：(B)A.語句覆蓋 B. 判定覆蓋 C. 條件覆蓋 D.路徑覆蓋三、問答題 （每題9分，共54 分）2. 怎樣做好文檔測試？文檔測試：是檢查用戶文檔(如需求、用戶手冊、安裝手冊等)的正確性、

9、清晰性和精確性，檢驗文檔是否和實際應用存在的差別。 對用戶文檔中所使用的例子必須在測試中一一試過，確保敘述正確無誤。對文檔的測試一般從正確性、完備性和易理解性幾個方面去測試，具體包括以下內(nèi)容：（1）檢查產(chǎn)品說明書屬性、（2）檢查是否完整 、（3）檢查是否準確、（4）檢查是否精確、（5）檢查是否一致、（6）檢查是否貼切、（7）檢查是否合理、（8）檢查代碼無關、（9）檢查可測試性。3. 請簡要描述幾種主要的軟件測試模型。 6. 什么是黑盒測試?黑盒測試主要采用的技術有哪些?黑盒測試是一種從用戶角度出發(fā)的測試，又稱為功能測試，他把被測試的程序看做一個黑盒子，忽略程序內(nèi)部的結構特征，依靠程序功能需求規(guī)

10、格說明書，在只知道程序功能的情況下確定測試用例。等價劃分法，因果圖法，邊界值法，正交表法。 1.根據(jù)你的經(jīng)驗說說你對軟件測試/質(zhì)量保證的理解?測試是保證軟件質(zhì)量的最后一道關口，是一種迫不得已的行為。軟件產(chǎn)品質(zhì)量的保證是軟件項目管理的一個重要內(nèi)容。軟件項目的目標不僅僅是進度目標和成本目標，更重要的就是質(zhì)量目標，質(zhì)量直接決定了軟件產(chǎn)品能否生存已經(jīng)后續(xù)的升級和維護等工作量。軟件測試是軟件質(zhì)量保證工作的一個活動。即軟件測試是軟件質(zhì)量保證工作的一個子集。軟件質(zhì)量保證工作包括：評審，配置管理、風險管理、測試、建立標準、進行度量等一系列活動軟件測試對于軟件設計來說是很重要的一個環(huán)節(jié),它涵蓋了軟件的全部細節(jié),

11、比如軟件的實用性,操作性,穩(wěn)定性,還有安全性,簡便性等等.可以說沒有經(jīng)過詳細的測試的軟件絕對不會成為一個優(yōu)質(zhì)的軟件.要保證軟件質(zhì)量,必須要保證有嚴格的軟件測試過程一個東西的好壞總是和出廠檢測關數(shù)有關的。檢測越是嚴格，這個產(chǎn)品在市場上表現(xiàn)的質(zhì)量就越好。這是成比例的。2.軟件測試的流程是什么，你原先的公司又是怎么的流程?1.需求：閱讀需求，理解需求，與客戶、開發(fā)、架構多方交流，深入了解需求。-testing team2.測試計劃: 根據(jù)需求估算測試所需資源（人力、設備等）、所需時間、功能點劃分、如何合理分配安排資源等。-testing leader or testing manager3.用例設計

12、：根據(jù)測試計劃、任務分配、功能點劃分，設計合理的測試用例。-testing leader, senior tester4.執(zhí)行測試：根據(jù)測試用例的詳細步驟，執(zhí)行測試用例。-every tester(主要是初級測試人員)5.執(zhí)行結果記錄和bug記錄：對每個case記錄測試的結果，有bug的在測試管理工具中編寫bug記錄。-every tester(主要是初級測試人員)6.defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。-every tester7.測試報告：通過不斷測試、追蹤，直到被測軟件達到測試需求要求，并沒有重大bug.8.用戶體驗、軟件發(fā)布等

13、 4.說說你對軟件配置管理的理解項目在開發(fā)的過程中要用相應的配置管理工具對配置項（包括各個階段的產(chǎn)物）進行變更控制，配置管理的使用取決于項目規(guī)模和復雜性能及風險的水平。軟件的規(guī)模越大，配置管理就顯得越重要。還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標準，隨后的工作便基于此標準，并且只有經(jīng)過授權后才能變更這個標準。配置管理工具主要有CC，VSS，CVS等，偶只用過CVS，對其它的不熟悉5.怎樣寫測試計劃和測試用例：簡單點，測試計劃里應有詳細的測試策略（測試方法等），合理詳盡的資源安排等，至于測試用例，那是依賴于需求（包括功能與非功能

14、需求）是否細化到功能點，是否可測試等。 8.還有問一下你是怎樣保證軟件質(zhì)量的，也就是說你覺得怎樣才能最大限度地保證軟件質(zhì)量?測試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開發(fā)和設計出來的，而不是測試出來的，它不僅要通過對軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個階段都要按照指定的規(guī)程進行，通過對各個階段產(chǎn)物的評審，QA對流程的監(jiān)控，對功能及配置的審計來達到開發(fā)的最優(yōu)化。當然測試也是保證軟件質(zhì)量的一個重要方式，是軟件質(zhì)量保證工程的一個重要組成部分。1、測試很枯燥你怎么調(diào)節(jié)自己?答：對我來說，測試并不枯燥，我會認真的對每個項目都進行測試，因為每個項目都有它不同的地方，比天天打字的打字員好多了.

15、如果我覺得枯燥了，我會想想其他的事情，放松自己的情緒，以達到調(diào)節(jié)的目的.因為工作，不管什么工作，都會有枯燥的一面.2、測試能給你帶來什么樣的快樂?答：測試可以給我?guī)砗芏嗫鞓?，如果測試出一個項目缺少東西，我會很高興，因為我對自己的工作有了新的認識，也為公司做了效益;如果測試出一個項目沒有問題，我也很高興，因為同事們都在努力，大家都希望為公司做貢獻，這就是一個很強大的團隊，這是一件多么另人振奮的事情啊!3、軟件測試的目的?答：測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風險。4、

16、需求文檔測試：主要測試需求中是否存在邏輯矛盾以及需求在技術上是否可以實現(xiàn)；設計文檔測試：測試設計是否符合全部需求以及設計是否合理。5、什么是軟件測試?答：軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結構而精心設計一批測試用例（即輸入數(shù)據(jù)及其預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試在軟件生存期中橫跨兩個階段：通常在編寫出每一個模塊之后就對它做必要的測試（稱為單元測試）。模塊的編寫者與測試者是同一個人。編碼與單元測試屬于軟件生存期中的同一個階段。在這個階段結束之后，對軟件系統(tǒng)還要進行各種綜合測試，這是軟件生

17、存期的另一個獨立的階段，即測試階段，通常由專門的測試人員承擔這項工作。6、白盒測試有哪幾種方法?答：白盒測試也稱結構測試或邏輯驅動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證?！鞍缀?”法全面了解程序內(nèi)部邏輯結構、對所有邏輯路徑進行測試?！鞍缀小狈ㄊ歉F舉路徑測試。 1. 什么是回歸測試？怎樣知道新引入的變化沒有給現(xiàn)有的功能造成破壞？【參考答案】由于軟件修改或變更，對修改后的工作版本所有可能影響的

18、范圍進行的測試，就是回歸測試。回歸測試的目的是發(fā)現(xiàn)原來正常的功能特性出現(xiàn)新的問題回歸缺陷，從而確保原來正常的或符合要求的特性，不受其它區(qū)域修改的影響?；貧w測試，伴隨著測試過程，單元測試、集成測試和系統(tǒng)測試中，一旦有變更或修正，都要進行相應的回歸測試。通過代碼查看或代碼評審，可以基本知道新引入的變化是否會給現(xiàn)有的功能造成影響，但不能確定，所以需要進行回歸測試。2. 如果業(yè)務層和數(shù)據(jù)層之間有依賴關系，你該怎么寫單元測試？【參考答案】在JAVA中，如果業(yè)務層與數(shù)據(jù)層之間有依賴關系，也就是說業(yè)務處理不單純，這時我們一般用Mock對象來模擬所需要的數(shù)據(jù)，來進行單元測試。簡單地說mock就是模型，模擬測試

19、時需要的對象及測試數(shù)據(jù)。這類測試工具有MockObjects、Xdoclet、EasyMock、MockCreator、MockEJB、ObjcUnit、jMock等比如，用過Struts的都知道，Struts中的action類要運行必須依靠服務器的支持，只有服務器可以提供HttpServletRequest，HttpServletResponse對象，如果不啟動服務器，那么就沒有辦法對action類進行單元測試，而借助mock，可以完成struts的Action的測試。對業(yè)務層測試可以用Mock來模擬，而對數(shù)據(jù)層如何測試？有兩種方法：使用Mock對象來測試DAO。它屏蔽了具體的關系數(shù)據(jù)庫，它

20、的優(yōu)點是測試代碼的編寫方便，可以快速運行。缺點：風險太大，對數(shù)據(jù)層測試的力度太小，屏蔽了很多與數(shù)據(jù)庫相關的問題，比如：對象和數(shù)據(jù)庫表之間映射，查詢語句的語法是否正確。直接在關系數(shù)據(jù)庫中測試。優(yōu)點：能對數(shù)據(jù)層進行完整的測試。缺點：單元測試運行速度太慢，要頻繁的對數(shù)據(jù)庫進行操作還可以參考下列文章：如何對數(shù)據(jù)源層進行單元測試 4. 在產(chǎn)品部署之后，你最常碰到的是什么類型的問題？【參考答案】產(chǎn)品部署之后，容易碰到的問題是安裝配置上不對，測試環(huán)境和實際運行環(huán)境總是存在差異。其次，出現(xiàn)的問題，可能是系統(tǒng)穩(wěn)定性問題、性能問題，可能由于臟數(shù)據(jù)、傳輸中的異常數(shù)據(jù)和大數(shù)據(jù)量等引起。5. 什么是代碼覆蓋率？有多少種

21、代碼覆蓋率？【參考答案】當我們想了解測試是否充分、是否有些地方?jīng)]被測試過，就需要對所有測試過的地方有所了解，也就是了解測試的覆蓋程度。測試越充分，測試的覆蓋程度越高，產(chǎn)品的質(zhì)量就越能得到保證。這種程度的量化就是測試覆蓋率，即測試覆蓋率是用來衡量測試完成程度、或評估測試活動覆蓋產(chǎn)品代碼的一種量化的結果，評估測試工作的質(zhì)量，也是產(chǎn)品代碼質(zhì)量的間接度量方法。如果用公式描述的話，可以看作“測試過程中已驗證的區(qū)域或集合”和“要求被測試的總的區(qū)域或集合”的比值?；诖a的測試覆蓋評測是對被測試的程序代碼語句、代碼塊、類、函數(shù)（方法）、路徑或條件的覆蓋率分析。如果應用基于代碼的覆蓋率分析，一般需要借助工具（

22、如IBM Rational PureCoverage、Bullseye Coverage、開源Clover、EMMA、Cobertura和NoUnit等）來執(zhí)行。代碼覆蓋率工具Bullseye Coverage使用 emma 測量測試覆蓋率6. 功能測試和探索性測試的區(qū)別是什么？你怎么對網(wǎng)站進行測試？【參考答案】這個題目本身有問題，把“功能測試”和“探索性測試”比較不合理。功能測試中包含了“按已完成的測試用例或已計劃的測試大綱等進行測試”和“探索性測試”，而探索性測試一般也是為了發(fā)現(xiàn)功能中的問題，雖然探索性測試還會涉及安全性測試、性能測試等。功能測試方法中包括等價類劃分、邊界值分析、因果圖、決

23、策表、正交試驗法等，也包括錯誤猜測法，錯誤猜測法也可歸為探索性測試。探索性測試，也可以稱隨機測試（ad-hoc test），充分發(fā)揮測試人員最大的靈動性、創(chuàng)造性，進行各種猜測和試探，去發(fā)現(xiàn)一些相對隱藏比較深或偏僻的軟件缺陷。隨機（ad-hoc）測試，也可作為一種重要的測試輔助手段，以幫助測試人員盡早地熟悉產(chǎn)品，發(fā)現(xiàn)測試用例的不足，添加或改進測試用例。我的書全程軟件測試對它們做了充分討論。對網(wǎng)站進行測試時，不僅要做好功能測試，包括功能的逐項驗證、針對功能的負面測試、探索性測試等，還要進行安全性測試、性能測試、UI適用性測試等。7. 測試套件、測試用例、測試計劃，這三者之間的區(qū)別是什么？你怎么組織

24、測試？【參考答案】測試用例（test case）是為了更有效地發(fā)現(xiàn)缺陷而設計的、可以獨立地執(zhí)行的最小測試單元。測試套件(test suite)是為了完成某個測試目標或任務而組織的若干個測試用例的集合。測試計劃(test plan)是對測試活動的事先策劃，包括確定測試范圍、估算測試工作量、識別測試風險、安排資源和進度等。測試計劃指導測試用例的設計和測試套件的創(chuàng)建，測試套件是由測試用例構成。測試計劃的實施需要借助測試用例、測試套件來實現(xiàn)。組織測試，簡單地說就是 計劃測試 -> 設計測試用例 -> 創(chuàng)建測試套件 -> 執(zhí)行測試套件 （轉化為執(zhí)行測試用例） -> 測試結果分析和

25、評估 -> 調(diào)整測試計劃 ->  詳細參見全程軟件測試8. 要對電子商務網(wǎng)站做冒煙測試，你會做哪些類型的測試？【參考答案】冒煙測試（smoke test ）這個名稱的來歷，大概是從電路板測試得來的。因為當電路板做好以后，首先會加電測試，如果板子沒有冒煙在進行其它測試，否則就退回去。軟件中的冒煙測試就是在每日構建（daily build）軟件包后，對系統(tǒng)的基本功能進行快速的測試，以驗證基本功能是否能正常運行。如果有問題，就打回開發(fā)部門；如果正常運行，說明軟件包構建成功，接下來就可以進行常規(guī)測試或大規(guī)模測試。對電子商務網(wǎng)站做冒煙測試，包括基本功能測試和性能測試?；竟δ軠y試可

26、以完成一個交易的完整過程，即從系統(tǒng)登錄 -> 商品查詢 -> 選擇商品 ->  提交訂單 ->確認 ->  付款  -> 結算等。9. 客戶在驗收測試中會發(fā)現(xiàn)不滿意的東西，怎樣減少這種情況的發(fā)生？【參考答案】 客戶可能發(fā)現(xiàn)功能或界面設計和他預想的不一致、或者會發(fā)現(xiàn)有些功能的操作不是很方便、或者發(fā)現(xiàn)一些錯別字等各種缺陷。針對不同的問題，有相應的一些辦法，概括起來就是和客戶進行充分溝通，真正理解客戶的需求，和客戶的理解達成一致。其次，在開發(fā)期間，還可以邀請客戶參與軟件設計規(guī)格說明書、測試計劃、測試用例等的評審，當軟件能基本正常工作時

27、再次邀請客戶從頭到尾再看一遍（product work-through）。最后，就是開發(fā)人員和測試人員做好自己的本質(zhì)工作，構建高質(zhì)量的軟件，進行充分的測試。 筆試題：0.什么是軟件測試？答：依據(jù)軟件需求規(guī)格和測試用例，使用人工和自動化的手段，來測試軟件系統(tǒng)的過程。其目的在于檢驗它是否滿足規(guī)定的需求或是確認預期結果與實際結果之間的差別。要點：兩個依據(jù)、兩個手段、一個對比。1.缺陷等級的劃分：六級劃分：等級                

28、名稱                      定義P1                嚴重缺陷            

29、 應用系統(tǒng)崩潰或系統(tǒng)資源使用嚴重不足P2                較嚴重缺陷         系統(tǒng)因軟件嚴重缺陷導致  重要業(yè)務流程錯誤、重要計算錯誤、重要交易錯誤、服務程序頻繁重啟、后臺服務響應不及時等問題P3            

30、;    一般性缺陷          系統(tǒng)因軟件一般缺陷導致 使用障礙、數(shù)據(jù)來源錯誤、結果錯誤、初始化錯誤等問題P4                較小缺陷              系統(tǒng)因軟件操作

31、不便方面缺陷P5                其他缺陷              系統(tǒng)輔助功能缺陷P6                建議、優(yōu)化類 建議優(yōu)化類四級劃分：

32、致命(A)：1由于程序所引起的死機，非法退出2死循環(huán)3數(shù)據(jù)庫發(fā)生死鎖4因錯誤操作導致的程序中斷5功能錯誤6與數(shù)據(jù)庫連接錯誤7數(shù)據(jù)通訊錯誤嚴重(B)：1程序錯誤2程序接口錯誤3數(shù)據(jù)庫表、業(yè)務規(guī)則、缺省值未曾加完整性等約束條件一般(C)：1操作界面錯誤，包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致2打印內(nèi)容、格式錯誤3輸入限制未在前臺進行控制4刪除操作未給出提示5數(shù)據(jù)庫表中有過多的空字段提示或建議（D）：1界面不規(guī)范2 輔助說明描述不清楚3 輸入輸出不規(guī)范4 長操作未給用戶提示5 提示窗口文字未采用行業(yè)術語，文字有歧義、標點符號錯誤6 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志2.Oracle數(shù)據(jù)庫索引、存儲

33、過程、外連接？3.排序算法有哪些？請寫出一種排序算法的實現(xiàn)。4.測試人員在需求階段應做哪些工作？首先，測試用例和測試工作本身是不斷完善的，在開發(fā)過程的初期，可以認為是需求階段，或者沒有規(guī)范需求工作的設計階段。如果有一個比較明確的需求文檔，可以在這個階段檢查完了需求文檔以后開始設計測試用例。這里，對于需求文檔的檢查主要是兩個方面：1.檢查需求文檔描述的正確性，愚以為測試人員要對于真實的系統(tǒng)所涉及的業(yè)務非常熟悉，比如一個簡單的財務軟件，那么測試人員本身就要對會計工作熟悉，財務制度熟悉，在檢查需求文檔的時候不要迷信所謂的“都是用戶真實的需求”，這里存在兩個問題，一是用戶是否真的能正確地描述自己的需求

34、，二是需求人員是否真的能正確地理解需求。另外，還有一個用戶的噓氣是否符合行業(yè)規(guī)范的問題，如果不符合，那么是否要確認這里存在一個隱患，用戶可能會在開發(fā)的后期突然要求他們自己要走行業(yè)規(guī)范，讓你的需求變動，所以要事先明確好。2.檢查需求文檔描述的準確性。主要是考慮文檔中是否存在描述的模糊的地方，對于自己不清楚的問題一定要明確。這個時候是要保證需求的可測試性意思是說保證需求是可以完全為測試工作服務的。那么在檢查完了需求之后，就可以開始設計測試用例了，在這個階段因為沒有開始設計工作，所以對于測試用例的考慮不能僅僅從界面出發(fā)雖然RUP中對于用例的要求有這一項。因而測試用例的設計應該從業(yè)務角度出發(fā)，從實際業(yè)

35、務出發(fā)來設計測試用例。當然，在測試用例的描述時，要盡量考慮怎樣同應用程序脫離開而仍然具有有效性。當然，這個階段所實現(xiàn)的測試用例是不過完善的，只能涵蓋某些內(nèi)容，但是我認為這些用例不僅僅全部都是功能測試用例，而且在整個項目中都將有效。不過，當缺少需求文檔時，那就要發(fā)揮測試人員自己的能動性了，要主動的工作，而不是被動的等待。要自己嘗試著去熟悉實際業(yè)務，要盡量通過自己所能想到的方法來開展工作。 2.說說你以前公司的測試流程：答：需求分析->測試計劃->測試方案 ->測試設計->測試執(zhí)行；測試過程（階段）： 單元測試、集成測試、系統(tǒng)測試、驗收測試；3.測試計劃、測試方案應該包含哪

36、些內(nèi)容：答：測試計劃：測試項、被測特性、不被測特性、測試方法、測試項通過標準、成果物、測試任務、環(huán)境要求、職責分配、進度、風險和應急措施、人員和培訓要求；測試方案：環(huán)境搭建、測試數(shù)據(jù)準備、測試規(guī)程設計；4.談談你的職業(yè)規(guī)劃：答：希望用1-2年時間，達到中級測試人員的水平。5.你使用過或知道的測試工具有那些？答：測試工具分類：1.執(zhí)行類工具a.靜態(tài)：b.動態(tài)：單元測試工具、接口測試工具、系統(tǒng)測試工具（QTP、LR、Selenium）；2.分析設計類工具TestPlatform(TP)；3.管理類工具QC、BugFree；6.請問系統(tǒng)測試工具有那些？答：1.測試管理工具：TD/QC/ALM；2.缺

37、陷管理工具：bugzilla、mantis、bugfree、clearquest；3.配置管理工具：vss、cvs、svn、clearcase；4.功能測試工具： QTP、robot；5.性能測試工具：LoadRunner、robot；7.請問黑盒測試有那些方法？答：黑盒測試法 本身就是一種測試軟件系統(tǒng)功能的方法，黑盒測試也是一種測試的類型。但是要問黑盒測試有那些方法， 我只能說我知道黑盒測試用例的設計方法，比如等價類、邊界值、因果圖、判定表等等。8.軟件驗收測試包括哪三種類型：正式驗收測試、非正式驗收測試和Alpha測試、Beta測試。9.簡述集成測試的過程：將通過單元測試的單元模塊按照設計

38、要求組合起來再進行測試。重點檢測程序接口處是否有問題。10.白盒測試有哪幾種方法？答：白盒測試方法分為：靜態(tài)測試和動態(tài)測試 （今天有個面試官給我說了下這個問題，似乎明白了。）靜態(tài)測試方法： a編碼標準與準則    b走查    c審查    d評審動態(tài)測試方法： a語句覆蓋    b判定覆蓋    c條件覆蓋    d條件判定覆蓋    e條件組合覆蓋   

39、 f路徑覆蓋    g條件組合+路徑覆蓋關于白盒測試的方法，其實 單元測試就是一種白盒測試方法。 。 12. 用例設計、用例寫作？13.性能測試的流程是怎樣的？ 性能測試的指標有哪些？14.寫出清空數(shù)據(jù)表的語句（oracle）？delete from tablename；truncate table tablename；15.tomcat + oracle 環(huán)境搭建過程？ 比如：如何測試一個杯子， 或者如何測試一只筆。 要求你設計20個以上的test case.這類的面試題目，是考察面試者是否熟悉各種軟件測試方法， 設計test case的能力， 以及t

40、est sense。首先應該反問下面試官， 需求是什么樣的，比如大概是個什么樣的杯子。我回答這類問題的思路， 從軟件測試的各種不同方法來聯(lián)想，  具體如下。功能測試(Function test)1.能否裝水，2.除了裝水， 能否裝其他液體。比如可樂，酒精3.能裝多少ML的水4.杯子是否有刻度表5.杯子能否泡茶，跑咖啡6.杯子是否能放冰箱，做冰塊7.杯子的材質(zhì)是什么（玻璃，塑料，黃金做的）界面測試(UI Test)1.外觀好不好看。2.什么顏色3.杯子的形狀是怎么樣的。4.杯子的重量是多少5.杯子是否有異味6.杯子的圖案是否合理性能測試(performance test)1.能否裝10

41、0度的開水 (泡茶)2.能否裝0度冰水3.裝滿水，放幾天后，是否會漏水4.杯子內(nèi)壁上的涂料是否容易脫落。5.杯子上的顏色是否容易褪色或者脫落 安全性測試(Security test)1.制作杯子的材料，是否有毒2.放微波爐里轉的時候，是否會爆炸， 或者杯子是否會熔化。3.從桌子上掉到水泥地上是否會摔碎。4.杯子是否容易長細菌5.杯子是否有缺口，會劃壞嘴巴6.杯子內(nèi)壁上的材料，是否會溶解到水中7.杯子破碎后，是否會對使用者造成傷害可用性測試(Usability Test)1.杯子是否容易燙手2.杯子是否好端，好拿3.杯子的水是否容易喝到4.杯子是否有防滑措施總結    下次碰

42、到 “如何測試一臺自動售貨機” 這樣的問題， 按照相同的思路， 也能容易的回答出來。01. 為什么要在一個團隊中開展軟件測試工作？答：軟件測試在整個一個團隊中占有非常重要的地位，具體來說就是測試是一個發(fā)現(xiàn)軟件錯誤的過程，執(zhí)行軟件測試會以最少的人力和時間，系統(tǒng)的找到軟件存在的缺陷和錯誤，建立起開發(fā)人員和使用者對軟件的信心。02. 您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？答：軟件測試部門配合系統(tǒng)分析人員軟件需求分析討論，并根據(jù)需求說明書制定項目測試計劃，編寫測試用例，建立測試環(huán)境。軟件測試人員負責軟件開發(fā)部門的新產(chǎn)

43、品測試及原有產(chǎn)品的升級測試，負責軟件問題解決過程跟蹤，負責軟件開發(fā)文檔開發(fā)工作的規(guī)范化及管理開發(fā)部門的產(chǎn)品文檔，制作用戶手冊及操作手冊，負責產(chǎn)品的上線測試，監(jiān)督軟件開發(fā)過程的執(zhí)行，提高產(chǎn)品質(zhì)量。03. 您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對于軟件測試部分，可以簡述）答：需求人員連同系統(tǒng)分析人員&測試人員開會討論需求。系統(tǒng)分析人員寫出需求分析說明，并連同系統(tǒng)分析人員&測試人員&需求人員開會討論可行性。系統(tǒng)分析人員寫出詳細設計說明書，程式人員編碼，給出系統(tǒng)流程圖。交與測試人員，測

44、試人員給出Bug統(tǒng)計表。04. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？答：從事過write test plan，creation of test case，進行功能測試，性能測試，編寫測試工具，文檔的管理等，比較擅長與寫測試用例和進行功能測試。05. 您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試）答：有功能測試，性能測試，可靠性測試，安全性測試，負載測試，壓力測試，安裝/卸載測試，啟動/停止測試，兼容性測試，互連測試，文檔測試，恢復測試，回歸測試，可使用性測試，容量測試。功能測試只對軟件的功能是否滿足用戶需求來

45、做測試。性能測試需要和壓力和負載測試聯(lián)合起來。06. 請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結構和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內(nèi)部邏輯結構及相關信息，設計或選擇測試用例，對程式所有邏輯路徑進行測試。單元測試：白盒測試的一種，對軟件設計中的單元模塊進行測試。集成測試：在單元測試的基礎上，對單元模塊之間的連接和組裝進行測試。系統(tǒng)測試：在所有都考慮的情況下，對系統(tǒng)進行測試。驗收測試：第三方進行的

46、確認軟件滿足需求的測試。07. 測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？答：測試計劃工作是對測試工作內(nèi)容的一個有效的組織和規(guī)劃，能保證測試工作有效的展開。測試計劃工作包括測試目標，測試范圍的定義，測試方法的選擇，測試進度里程碑，測試資源的有效配置和管理。測試計劃工作也稱為測試策略，主要描述測試工程的總體方法和目標，描述目前在進行那一階段的測試（單元測試，集成測試，系統(tǒng)測試）以及每一階段內(nèi)進行的測試種類（功能測試，性能測試等）確定測試范圍，生成測試數(shù)據(jù)等。其中軟件計劃中的測試目標最重要，他的軟件測試的所需要達成的最終結果。08. 您認為做好測試計劃工作的關鍵是

47、什么？答：1. 明確測試的目標，增強測試計劃的實用性2. 堅持“5W”規(guī)則，明確內(nèi)容與過程，whatwhywhenwherehow3. 采用評審和更新機制，保證測試計劃滿足實際需求4. 分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例09. 您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。答：有黑盒和白盒兩種測試種類，黑盒有等價類劃分法，邊界分析法，因果圖法和錯誤猜測法。白盒有邏輯覆蓋法，循環(huán)測試路徑選擇，基本路徑測試。例子：在一次輸入多個條件的完整性查詢中。利用等價類劃分法則和邊界分析法則，首先利用等價類劃分法，可以一個或多個結果是OK的測試用例，然后

48、確認多個NG的測試用例，然后利用邊界值分析法，可以對結果分別是OK和NG的測試用例進行擴展和補充。10. 您認為做好測試用例設計工作的關鍵是什么？答：測試用例設計工作的關鍵是對可行的和不可行的都要考慮。1，輸入 2，詳細的操作步驟 3，預期輸出 4，實際輸出。11. 請以您以往的實際工作為例，詳細的描述一次測試用例設計的完整的過程。12. 您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內(nèi)容。13. 您以往是否曾經(jīng)從事過性能測試工作？如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。14. 您在從事性能測試工作時，是否使用過一些測試工具？如果有，請

49、試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。答：有使用過LoadRunner，該工具能夠錄制測試人員的操作步驟，然后對這個操作步驟模擬出多個用戶來播放出來。1。Visural User Genertor創(chuàng)建腳本，選擇協(xié)議，錄制操作，編輯操作。2。中央控制器（Controller）調(diào)度虛擬用戶。創(chuàng)建場景，選擇腳本，建立虛擬用戶，設計shedual，設置ip spoofer。3。運行腳本。分析shedual。4。分析測試結果。15. 您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？答：性能測試工作的目的是檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能

50、，性能測試常常需要和強度測試結合起來，并常常要求同時進行軟件和硬件的檢測。性能測試主要的關注對象是響應時間，吞吐量，占用內(nèi)存大?。ㄝo助存儲區(qū)），處理精度等。16. 在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？答：檢測時間，系統(tǒng)環(huán)境，硬體環(huán)境，嚴重程度，程式版本，確認人，功能模塊，問題描述，詳細操作步驟，是否會重現(xiàn)。問題描述和詳細操作步驟要盡可能的詳細。Bug應該盡量用書面語，對與嚴重程度比較高的缺陷要在相同環(huán)境下在測試一遍。在C/S模式下，如果條件滿足可以使用替換法來確認是client端的問題還是server端的問題。21、你認為

51、一個合格的測試人員應該具備哪些素質(zhì)？請說明原因22、你認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？以前做過性能測試嗎？使用哪些工具進行的？23、設要對一個自動飲料售貨機軟件進行黑盒測試，設軟件的規(guī)格說明如下：有一個處理單價為1元5角的盒裝飲料的自動售貨機軟件。若投入1元5角硬幣，按下“可樂”“雪碧”或“紅茶”按鈕，相應的飲料就送出來，若投入2元硬幣，在送出飲料的同時退還5角硬幣（1）、試用因果圖法，建立該軟件的因果圖；（2）、設計測試該軟件的全部測試用例。24、設計最少的測試用例實現(xiàn)條件覆蓋：if(A>0 and B>0)X=X/A;if(A>1 or X&g

52、t;1)X=X+1;System.out.printf("X="+x);25、使用你熟練的一種語言，將一個單向鏈表反轉26、有兩表表一 AA種類 T  庫存總量 SA        997B       1234表二  BB種類T   出庫數(shù)量 SA        105A     

53、60;  213B        115B        211B        303用一條SQL語句求出A、B兩類貨物庫存各剩多少？27、下面是一個注冊入口，輸入用戶名和有效的郵箱，點擊“立即注冊”按鈕。你會在輸入的郵箱中收到一個注冊驗證的郵件，該郵件中有一個鏈接，點擊后，就能注冊成功。請你考慮應該從哪些測試要點來展開測試？1、軟件質(zhì)量的定義是什么？2、軟件測試的對象包括哪

54、些？3、試結合軟件開發(fā)流程模型，描述對應不同的階段測試需要哪些工作？4、單元測試、集成測試、系統(tǒng)測試、驗收測試各測試的正確策略含義和被測對象是什么？5、單元測試、集成測試、系統(tǒng)測試的側重點是什么？6、alpha測試和Beta測試的定義是什么？并描述Alpha、Beta測試的區(qū)別？7、白盒和黑盒測試的定義是什么？8、軟件測試過程中都有哪些工作要做，分別由哪些不同的角色來完成這些任務？9、測試計劃的目的是什么，測試計劃主要包括哪些部分，每一部分主要的內(nèi)容和作用是什么，其中哪些是最重要？做好測試計劃工作的關鍵是什么？10、測試計劃的目的是什么？測試計劃的內(nèi)容都包括哪些？其中哪些是最重要的？11、什么

55、是測試用例，它由哪些基本元素組成？并舉例說明12、什么是測試腳本，測試用例與測試腳本兩者的關系是什么？13、你認為提前做好測試用例有用嗎？為什么？14、如果業(yè)務層和數(shù)據(jù)層之間有信賴關系，你該怎么寫單元測試？15、對于產(chǎn)品的用戶友好性測試，你認為從哪些方面來測試16、bug中需要包括哪些內(nèi)容并舉例說明。如何提高bug記錄的質(zhì)量？17、bug管理系統(tǒng)的主要功能是什么，以及在項目中各個角色的使用者是如何使用bug管理系統(tǒng)的？18、若你提交了一個bug但開發(fā)人員說這不是問題，你該如何處理？19、你認為一個測試工作人員最基本的素質(zhì)是什么？從（能力、責任心）選一個，簡答為什么？20、怎么認為測試可以結束了

56、？在你以前的工作中，對于分配給你的模塊你用什么標準來衡量自己測試完畢了？在您以往的工作中，一條軟件缺陷（或者叫bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（bug）記錄？1. 在傳統(tǒng)的bugzilla中，bug描述應該包括以下的信息2. 和bug產(chǎn)生對應的軟件版本3. 開發(fā)的接口人員4. bug的優(yōu)先級5. bug的嚴重程度6. bug可能屬于的模塊，如果不能確認，可以用開發(fā)人員來判斷7. bug標題，需要清晰的描述現(xiàn)象8. bug描述，需要盡量給出重新bug的步驟9. bug附件中能給出相關的日志和截圖。高質(zhì)量的bug記錄就是指很容易理解的bug記錄，所以，對于描述的要求高，能提供

57、的信息多且準確，很好的幫助開發(fā)人員定位。1.測試項目：電梯需求測試:查看電梯使用說明書、安全說明書等界面測試:查看電梯外觀功能測試：測試電梯能否實現(xiàn)正常的上升和下降功能.電梯的按鈕是否都可以用;電梯門的打開，關閉是否正常;報警裝置是否可用，報警電話是否可用;通風狀況如何.突然停電時的情況;是否有手機信號;比如說上升途中的響應。電梯本來在1樓，如果有人按18樓，那么電梯在上升到5樓的時候，有人按了10樓，這時候是否會在10樓先停下來;電梯下降到10層時顯示滿員，此時若8層有人等待電梯，是否在8層停;可靠性：門關上的一剎那出現(xiàn)障礙物，同時按關門和開門按鈕，點擊當前樓層號碼，多次點擊同一樓層的號碼等

58、等;同時按上鍵和下鍵會怎樣;易用性：電梯的按鈕的設計符合一般人使用的習慣嗎. 壓力測試：看電梯的最大限度的承受重量.在負載過重時報警裝置是否有提醒.在一定時間內(nèi)不斷的讓電梯上升，下降.最大負載下平穩(wěn)運行的最長時間。2.測試項目：杯子需求測試: 查看杯子使用說明書界面測試: 查看杯子外觀功能度：用水杯裝水看漏不漏;水能不能被喝到安全性：杯子有沒有毒或細菌可靠性：杯子從不同高度落下的損壞程度可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等易用性：杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有

59、詳細描述疲勞測試：將杯子盛上水(案例一)放24 小時檢查泄漏時間和情況;盛上汽油(案例二)放24 小時檢查泄漏時間和情況等壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透跌落測試: 杯子加包裝( 有填充物)， 在多高的情況摔下不破損震動測試: 杯子加包裝( 有填充物)， 六面震動， 檢查產(chǎn)品是否能應對惡劣的鐵路 公路 航空運輸測試數(shù)據(jù)：測試數(shù)據(jù)具體編寫此處略(最討厭寫測試數(shù)據(jù)了)。其中應用到：場景法、等價類劃分法、因果圖法、錯誤推測法、邊界值法等方法期望輸出：該期望輸出需查閱國標、行標以及使用用戶的需求3.測試題目：桌子需求測試:查看國家相關標準。功能:桌子是辦公，或者放置用的，首先考慮桌子的面積大小是否適度.界面:桌子的版面是否平滑，桌子有沒有凹凸不平的地方安全:桌子肯定有它的支撐點，若支撐點不穩(wěn)，容易摔壞物品，使用起來也不方便.易用:桌子