常見軟體測試面試題

以下是小編整理的常見軟體測試面試題，希望可以為您提供幫助!更多內容請關注應屆畢業生考試網!

　　問題一：為什麼要在一個團隊中開展軟體測試工作?

任何軟體在開發過程中都會留下缺陷，帶有缺陷的軟體產品如果提交出去，可能會給公司帶來不可估量的損失，我們必須在客戶之前發現儘可能多的問題，從而保障客戶滿意。而發現問題的這個過程稱之為測試。

　　問題二：簡述你在以前的工作中做過哪些事情，比較熟悉什麼。

此問題每個人都不一樣。我自己的答案如下。

我主要的工作是系統測試和自動化測試，也曾少量涉及效能測試。在系統測試中，主要是對BOSS系統的業務邏輯功能，以及軟交換系統的Class 5特性進行測試。效能測試中，主要是進行的壓力測試，在各個不同數量請求的情況下，獲取系統響應時間以及系統資源消耗情況。自動化測試主要是通過自己寫指令碼以及一些第三方工具的結合來測試軟交換的特性測試。

　　問題三：你所瞭解的的軟體測試型別都有哪些，簡單介紹一下。

1. 基本功能驗證。主要是對釋出的版本進行一些最主要功能的測試。英文常見叫法是Smoking Test, Basic Verification Test或者Sanity Check。

2. 功能測試。主要是依據需求或者需求分析文件，對所釋出的版本進行測試，看看是否滿足需求，是否出現了不必要的功能。

3. 單元測試。是開發人員進行的測試之一，一般是開發人員對很小的模組，比如函式進行測試，一般來說，開發人員還需要開發相應的測試樁來進行此類測試。

4. 整合測試。在大型的開發過程中，軟體是模組化進行開發的，將不同的模組揉合在一起的話，需要進行的測試就是整合測試。

5. 系統測試。當軟體提交給測試組後，是對整個系統的所有功能進行測試，一般來說，功能測試是系統測試的一個部分。

6. 壓力測試。主要是在很大效能的情況下，這個效能已經接近了系統的極限，看看系統運轉的情況。

7. 負載測試。主要是用各種不同的效能去檢測系統，採集各個資料在這些效能情況下的資料。

8. 黑盒測試。指系統對你來說是完全不透明的，只給你留下了輸入和最終輸出，這個是功能測試的方法之一。

9. 灰盒測試。指在瞭解部分系統內部工作機制的情況下，對於系統進行的覆蓋性測試。

10. 白盒測試。主要是在單元測試和整合測試的情況下，開發人員已知程式碼，對這一段的程式碼進行全路徑的覆蓋測試。

11. 介面測試。主要是看使用者介面的友好性和易用性，是否有文字或者排版錯誤，是否有輸入限制等等。

12. 迴歸測試。一般是系統發現BUG，開發人員修改後，和BUG直接相關以及可能相關的功能進行的測試。

13. 安裝和解除安裝的測試。

14. 恢復測試。主要是一個系統在發生了災難的情況下，從錯誤中是否容易恢復。

15. 相容性測試。一個系統在不同的語言，作業系統下的系統測試。

16. 安全測試。系統在遇到攻擊或者類似情況下的表現。

17. Alpha測試。系統在給終端使用者前，測試人員在實驗室中模擬終端使用者的測試。

18. Beta測試。由部分終端使用者通過使用來進行的`測試。

19. 比較測試。和其他具有相同或者類似功能的系統進行對比的測試。

20. 驗收測試。一般是終端使用者在接受產品前，依據自己所提出的要求進行的測試，很多情況下，驗收測試可能委託第三方機構完成。

　　問題四：測試計劃工作的目的是什麼?測試計劃文件的內容應該包括什麼?其中哪些是最重要的?

軟體測試計劃是指導測試過程的綱領性檔案。

包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。藉助軟體測試計劃，參與測試的專案成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。

測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關係，測試計劃主要從巨集觀上規劃測試活動的範圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)。

　　問題五：你認為做好測試計劃工作的關鍵是什麼?

1. 明確測試的目標，增強測試計劃的實用性

編寫軟體測試計劃得重要目的就是使測試過程能夠發現更多的軟體缺陷，因此軟體測試計劃的價值取決於它對幫助管理測試專案，並且找出軟體潛在的缺陷。因此，軟體測試計劃中的測試範圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具並且具有較高的實用性，便於使用，生成的測試結果直觀、準確

2. 堅持“5W”規則，明確內容與過程

“5W”規則指的是“What(做什麼)”、“Why(為什麼做)”、“When(何時做)”、“Where(在哪裡)”、“How(如何做)”。利用“5W”規則建立軟體測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的範圍和內容(What)，確定測試的開始和結束日期(When)，指出測試的方法和工具(How)，給出測試文件和軟體的存放位置(Where)。

3. 採用評審和更新機制，保證測試計劃滿足實際需求

測試計劃寫作完成後，如果沒有經過評審，直接傳送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟體需求變更引起測試範圍的增減，而測試計劃的內容沒有及時更新，誤導測試執行人員。

4. 分別建立測試計劃與測試詳細規格、測試用例

應把詳細的測試技術指標包含到獨立建立的測試詳細規格文件，把用於指導測試小組執行測試過程的測試用例放到獨立建立的測試用例文件或測試用例管理資料庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關係，測試計劃主要從巨集觀上規劃測試活動的範圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。