對于軟件測試的面試者來說，，面試前做好面試準備很重要，那么你了解面試問題了嗎?下面小編已經為你們整理了軟件測試面試會問的問題,一起來看看吧。

　　軟件測試面試會問的問題一

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

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

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

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

　　03. 您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同

　　04. 的測試類型的區別與聯系(如功能測試、性能測試„„)

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

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

　　性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各 項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指

　　標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。

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

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

　　軟件測試面試會問的問題二

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

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

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

　　2、 什么是兼容性測試?兼容性測試側重哪些方面?

　　兼容測試：兼容性測試是指測試軟件在特定的硬件平臺上、不同的應用軟件之間、不同的操縱系統平臺上、不同的網絡等環境中是否能夠很友好的運行的測試。

　　兼容的類型：細分為

　　a)硬件兼容性測試：與整機兼容，與外設兼容

　　b)軟件兼容性測試：操作系統/平臺的兼容，數據庫兼容，不同瀏覽器兼容，不同應用軟件之間的兼容，軟硬件配合的兼容

　　c)數據兼容性測試

　　兼容測試的重點：對兼容環境的分析。通常，是在運行軟件的環境不是很確定的情況下，才需要做兼容測試。

　　3、 我現在有個程序，發現在Windows上運行得很慢，怎么判別是程序存在問題還是軟硬件系統存在問題?

　　01、確認當前軟硬件配置是否符合軟件的推薦標準

　　02、確認當前的系統是否獨立，沒有對外提供類似消耗CPU，內存等資源的服務。

　　03、如果是C/S或B/S結構的軟件，檢查與服務器的連接是否有問題，或者訪問有問題造成。

　　04、在系統沒有負載的情況下，查看應用程序對CPU/內存的訪問情況。

　　05、檢查系統是否有中毒的特征;

　　06、可能的話在另一臺相同配置，相同操作系統的機器上運行

　　軟件測試面試會問的問題三

　　1、 測試的策略有哪些?

　　測試策略可以定義為：項目測試中，描述測試活動的一般方法和目標，其中包括要進行的測試階段及測試類型。

　　所以按階段分：可以分為單元測試，集成測試，系統測試，回歸測試等

　　按測試類型可以分為：黑盒/白盒測試，靜態/動態測試，手工/自動化測試，功能/性能測試，安全性測試，可靠性測試，界面測試，強度測試，壓力測試，負載測試，容量測試，穩定性測試，兼容性測試，Beta/a測試等

　　2、 正交表測試用例設計方法的特點是什么?

　　01、用最少的實驗覆蓋最多的操作，測試用例設計很少，效率高，但是很復雜;

　　02、對于基本的驗證功能，以及二次集成引起的缺陷，一般都能找出來;但是更深的缺陷，更復雜的缺陷，還是無能為力的;

　　03、具體的環境下，正交表一般都很難做的。大多數，只在系統測試的時候使用此方法。

　　3、 描述測試用例設計的完整過程?

　　對需求文檔(產品需求文檔、軟件需求規格說明書等)進行分析需求分析及需求變更的維護工作;

　　根據需求文檔， 得出測試需求(功能測試需求、非功能性測試需求);

　　根據測試需求設計測試方案，評審測試方案;

　　方案評審通過后，設計測試用例，再對測試用例進行評審;

　　4、 單元測試的策略有哪些?

　　自頂向下的單元測試策略：先對最頂層的單元進行測試，把頂層所調用的單元做成樁模塊。其次對第二層進行測試，使用上面已測試的模單元做驅動模塊。如此類推，直到測試完所有模塊。

　　自底向上的單元測試策略：先對模塊調用層次圖上最低層的模塊進行單元測試，模擬調用該模塊的模塊做驅動模塊。然后再對上面一層做單元測試，用下面已被測試過的模塊做樁模塊。一次類推，直到測試完所有模塊。

　　孤立的測試策略：不考慮每個模塊與其他模塊之間的關系，為每個模塊設計樁模塊和驅動模塊，每個模塊獨立進行測試。

　　
看了“軟件測試面試會問的問題”