常見軟體測試面試題

搜集了一下常見的軟體測試面試題，發現自己在測試工作中欠思考了很多問題。

http://blog.sina.com.cn/s/blog_4ffa88df0100bcis.html

http://www.51testing.com/html/08/n-226208.html

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

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

 

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

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

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

 

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

1.         準系統驗證。主要是對發布的版本進行一些最主要功能的測試。英文常見叫法是SmokingTest, 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.         分別建立測試計劃與測試詳細規格、測試案例

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

問題六： 常見的測試案例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試案例設計工作中的應用。

　　1）等價類別劃分

　　常見的軟體測試面試題劃分等價類別: 等價類別是指某個輸入欄位的子集合.在該子集合中，各個輸入資料對於揭露程式中的錯誤都是等效的.併合理地假定:測試某等價類別的代表值就等於對這一類其他值的測試.因此，可以把全部輸入資料合理劃分為若干等價類別，在每一個等價類別中取一個資料作為測試的輸入條件，就可以用少量代表性的測試資料.取得較好的測試結果.等價類別劃分可有兩種不同的情況:有效等價類別和無效等價類別.

　　2）邊界值分析法

　　邊界值分析方法是對等價類別劃分方法的補充。測試工作經驗告訴我，大量的錯誤是發生在輸入或輸出範圍的邊界上，而不是發生在輸入輸出範圍的內部.因此針對各種邊界情況設計測試案例，可以查出更多的錯誤.

　　使用邊界值分析方法設計測試案例，首先應確定邊界情況.通常輸入和輸出等價類別的邊界，就是應著重測試的邊界情況.應當選取正好等於，剛剛大於或剛剛小於邊界的值作為測試資料，而不是選取等價類別中的典型值或任意值作為測試資料.

　　3）錯誤推測法

　　基於經驗和直覺推測程式中所有可能存在的各種錯誤， 從而有針對性的設計測試案例的方法.

　　錯誤推測方法的基本思想: 列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況，根據他們選擇測試案例. 例如， 在單元測試時曾列出的許多在模組中常見的錯誤. 以前產品測試中曾經發現的錯誤等， 這些就是經驗的總結。還有， 輸入資料和輸出資料為0的情況。輸入表格為空白格或輸入表格只有一行. 這些都是容易發生錯誤的情況。可選擇這些情況下的例子作為測試案例.

　　4）因果圖方法

　　前面介紹的等價類別劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯絡， 相互組合等. 考慮輸入條件之間的相互組合，可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情， 即使把所有輸入條件劃分成等價類別，他們之間的組合情況也相當多. 因此必須考慮採用一種適合於描述對於多種條件的組合，相應產生多個動作的形式來考慮設計測試案例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終產生的就是判定表. 它適合於檢查程式輸入條件的各種組合情況.

　　5）正交表分析法

　　有時候，可能因為大量的參數的組合而引起測試案例數量上的激增，同時，這些測試案例並沒有明顯的優先順序上的差距，而測試人員又無法完成這麼多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的範圍的可能性。

　　6）情境分析方法

　　指根據使用者情境來類比使用者的操作步驟，這個比較類似因果圖，但是可能執行的深度和可行性更好。

問題七： 您認為做好測試案例設計工作的關鍵是什嗎？

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

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

問題八： 詳細的描述一個測試活動完整的過程。

　　1）專案經理通過和客戶的交流，完成需求文檔，由開發人員和測試人員共同完成需求文檔的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯衝突或者無法實現的功能的地方。專案經理通過綜合開發人員，測試人員以及客戶的意見，完成專案計劃。然後sqa進入項目，開始進行統計和跟蹤

　　2）開發人員根據需求文檔完成需求分析文檔，測試人員進行評審，評審的主要內容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔，測試計劃包括的內容上面有描述。