軟件測試面試題

時間：2022-11-23 18:32:30 面試技巧我要投稿

軟件測試面試題

　　軟件測試工程師，在面試前最好做好準備，提前了解面試題目，以下是陽光網小編幫你們整理的軟件測試面試題，一起來學習啦。

軟件測試面試題

　　軟件測試面試題篇一

　　01. 為什么要在一個團隊中開展軟件測試工作?

　　因為沒有經過測試的軟件很難在發布之前知道該軟件的質量，就好比 ISO 質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發現軟件中存在的問題，及時讓開發人員得知并修改問題，在即將發布時，從測試報告中得出軟件的質量情況。

　　02. 您在以往的測試工作中都曾經具體從事過哪些工作?其中最擅長哪部分工作?

　　我曾經做過 web 測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試。

　　03. 您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區別與聯系(如功能測試、性能測試„„)

　　測試類型有：功能測試，性能測試，界面測試。

　　功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟件產品的功能，不需測試軟件產品的內部結構和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

　　性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。

　　界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如同人的面孔，具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。

　　區別在于，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的. 功能問題。性能測試主要關注于產品整體的多用戶并發下的穩定性和健壯性。界面測試更關注于用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺避免用戶無意輸入無效的數據，當然考慮到體驗性，不能太粗魯的彈出警告)?做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試。

　　04.您認為做好測試用例設計工作的關鍵是什么?

　　白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果。

　　黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題。

　　軟件測試面試題篇二

　　1.怎么做好文檔測試?

　　仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例,檢查文檔的編寫是否滿足文檔編寫的目的,內容是否齊全，正確，完善.標記是否正確.

　　軟件測試分哪2種方法?分別適合什么情況?

　　軟件測試分2種：白盒測試和黑盒測試。白盒測試又稱為結構測試、邏輯驅動測試或基于程序本身的測試，它著重于程序的內部結構及算法，通常不關心功能與性能指標;黑盒測試又稱功能測試、數據驅動測試或基于規格說明的測試，它實際上是站在最終用戶的立場，檢驗輸入輸出信息及系統性能指標是否符合規格說明書中有關功能需求及性能需求的規定

　　2.白盒測試有幾種方法?

　　總體上分為靜態方法和動態方法兩大類。

　　靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義

　　動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　3.系統測試計劃是否需要同行審批，為什么?

　　需要，系統測試計劃屬于項目階段性關鍵文檔，因此需要評審。

　　4.Alpha測試與beta的區別?

　　Alpha測試在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

　　Beta測試當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

　　5.比較負載測試，容量測試和強度測試的區別?

　　負載測試：在一定的工作負荷下，系統的負荷及響應時間。

　　強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。

　　容量測試：容量測試目的是通過測試預先分析出反映軟件系統應用特征的'某項指標的極限值(如最大并發用戶數、數據庫記錄數等)，系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的，并且它的目的是顯示系統可以處理目標內確定的數據容量。

　　軟件測試面試題篇三

　　1.測試結束的標準是什么?

　　用例全部測試。

　　覆蓋率達到標準。

　　缺陷率達到標準。

　　其他指標達到質量標準

　　2.描述軟件測試活動的生命周期?

　　測試周期分為計劃、設計、實現、執行、總結。其中：

　　計劃：對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等;

　　設計：完成測試方案，從技術層面上對測試進行規劃;

　　實現：進行測試用例和測試規程設計;

　　執行：根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例。

　　總結：記錄測試結果，進行測試分析，完成測試報告。

　　3.軟件的缺陷等級應如何劃分?

　　A類—嚴重錯誤，包括以下各種錯誤： 1. 由于程序所引起的死機,非法退出 2. 死循環 3. 數據庫發生死鎖 4. 因錯誤操作導致的程序中斷 5. 功能錯誤 6. 與數據庫連接錯誤 7. 數據通訊錯誤

　　B類—較嚴重錯誤，包括以下各種錯誤： 1. 程序錯誤 2. 程序接口錯誤 3. 數據庫的.表、業務規則、缺省值未加完整性等約束條件

　　C類—一般性錯誤，包括以下各種錯誤： 1. 操作界面錯誤(包括數據窗口內列名定義、含義是否一致) 2. 打印內容、格式錯誤 3. 簡單的輸入限制未放在前臺進行控制 4. 刪除操作未給出提示 5. 數據庫表中有過多的空字段

　　D類—較小錯誤，包括以下各種錯誤： 1. 界面不規范 2. 輔助說明描述不清楚 3. 輸入輸出不規范 4. 長操作未給用戶提示 5. 提示窗口文字未采用行業術語 6. 可輸入區域和只讀區域沒有明顯的區分標志

　　4. 當開發人員說不是BUG時,你如何應付?

　　開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據是什么?如果被用戶發現或出了問題，會有什么不良結果? 程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認。

【軟件測試面試題】相關文章：