軟件測試面試題
軟件測試工程師，在面試前最好做好準備，提前了解面試題目，以下是陽光網(wǎng)小編幫你們整理的軟件測試面試題，一起來學習啦。
軟件測試面試題篇一
01. 為什么要在一個團隊中開展軟件測試工作?
因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比 ISO 質(zhì)量認證一 樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。
02. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作?其中最擅長哪部分工作?
我曾經(jīng)做過 web 測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶 體驗測試。最擅長的是功能測試。
03. 您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試„„)
測試類型有：功能測試，性能測試，界面測試。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個 黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的 內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各 項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進行。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。
界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印 象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向?qū)У淖饔谩Ｍ瑫r界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。
區(qū)別在于，功能測試關注產(chǎn)品的所有功能上，要考慮到每個細節(jié)功能，每個可能存在的. 功能問題。性能測試主要關注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當然考慮到體驗性，不能太粗魯?shù)膹棾鼍??做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試。
04.您認為做好測試用例設計工作的關鍵是什么?
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題。
軟件測試面試題篇二
1.怎么做好文檔測試?
仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例,檢查文檔的編寫是否滿足文檔編寫的目的,內(nèi)容是否齊全，正確，完善.標記是否正確.
軟件測試分哪2種方法?分別適合什么情況?
軟件測試分2種：白盒測試和黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關心功能與性能指標;黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，它實際上是站在最終用戶的立場，檢驗輸入輸出信息及系統(tǒng)性能指標是否符合規(guī)格說明書中有關功能需求及性能需求的規(guī)定
2.白盒測試有幾種方法?
總體上分為靜態(tài)方法和動態(tài)方法兩大類。
靜態(tài)：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義
動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
3.系統(tǒng)測試計劃是否需要同行審批，為什么?
需要，系統(tǒng)測試計劃屬于項目階段性關鍵文檔，因此需要評審。
4.Alpha測試與beta的區(qū)別?
Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
5.比較負載測試，容量測試和強度測試的區(qū)別?
負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。
強度測試：在一定的負荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。
容量測試：容量測試目的是通過測試預先分 析出反映軟件 系統(tǒng)應用特征的'某項指標的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀 態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標內(nèi)確定的數(shù)據(jù)容量。
軟件測試面試題篇三
1.測試結(jié)束的標準是什么?
用例全部測試。
覆蓋率達到標準。
缺陷率達到標準。
其他指標達到質(zhì)量標準
2.描述軟件測試活動的生命周期?
測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結(jié)。其中：
計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等;
設計：完成測試方案，從技術層面上對測試進行規(guī)劃;
實現(xiàn)：進行測試用例和測試規(guī)程設計;
執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。
總結(jié)：記錄測試結(jié)果，進行測試分析，完成測試報告。
3.軟件的缺陷等級應如何劃分?
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ū)分標志
4. 當開發(fā)人員說不是BUG時,你如何應付?
開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進行確認，需不需要改動，3方商量確定好后再看要 不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果? 程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進行確認,如果要修改就改,如果不 要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場， 讓問題得到最后的確認。
【軟件測試面試題】相關文章：
軟件測試面試題12-09
軟件測試經(jīng)典面試題04-07
軟件測試的面試題04-07
軟件測試員面試題04-03
軟件測試面試題大全04-03
軟件測試面試題及答案04-03
常見軟件測試面試題04-03
2017軟件測試面試題04-05
android軟件測試面試題04-04