軟件測試常見的面試題（46道）

01、您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

答：有黑盒和白盒兩種測試種類，黑盒有等價類劃分法，邊界分析法，因果圖法和錯誤猜測法。白盒有邏輯覆蓋法，循環測試路徑選擇，基本路徑測試。

例子：在一次輸入多個條件的完整性查詢中。利用等價類劃分法則和邊界分析法則，首先利用等價劃分法，可以一個或多個結果是OK的測試用例，然后確認多個NG的測試用例，然后利用邊界值分析法，可以對結果分別是OK和NG的測試用例進行擴展和補充。

02、您認為做好測試用例設計工作的關鍵是什么？

答：測試用例設計工作的關鍵是對可行的和不可行的都要考慮。

1，輸入 2，詳細的操作步驟 3，預期輸出 4，實際輸出。

03、您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。

答：有使用過LoadRunner，該工具能夠錄制測試人員的操作步驟，然后對這個操作步驟模擬出多個用戶來播放出來。

1、Visural User Genertor 創建腳本，選擇協議，錄制操作，編輯操作。

2、中央控制器（Controller）調度虛擬用戶，創建場景，選擇腳本，建立虛擬用戶，設計shedual，設置ip spoofer。

3、運行腳本。分析shedual。

4、分析測試結果。

04、您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？

答：性能測試工作的目的是檢查系統是否滿足在需求說明書中規定的性能，性能測試常常需要和強度測試結合起來，并常常要求同時進行軟件和硬件的檢測。

性能測試主要的關注對象是響應時間，吞吐量，占用內存大小（輔助存儲區），處理精度等。

05、在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？

答：檢測時間，系統環境，硬件環境，嚴重程度，程式版本，確認人，功能模板，問題描述，詳細操作步驟，是否會重現。

問題描述和詳細操作步驟要盡可能詳細。Bug應該盡量用書面語，對于嚴重程度比較高的缺陷要在相同環境下測試一遍。

在C\S模式下，如果條件滿足可以使用替換法來確認是client端的問題還是server端的問題。

06、你對測試最大的興趣在哪里？為什么？

答：最大的興趣就是具有挑戰性。

因為我并不知道哪里會出現bug，在找到一個bug后會很高興。并且測試需要很強的耐心和細心。我可以很容易的找到一些細節問題。

07、測試活動中，如果發現需要文檔不完善或者不準確，怎么處理？

答：要及時的與項目經理進行溝通協調。要在郵件中詳細的把不完善不準確的地方描述出來，并提出自己的意見。

08、你認為做好測試計劃工作的關鍵是什么？

答：首先，要有一個明確的目標，詳細的閱讀需求文檔說明。

其次，要對整個測試人員、測試時間、測試進度進行一個預估，并預先進行管理。

最后，要對整個測試流程設定一個規范，所有測試人員都按著規范做事，不能隨心所欲的測試。

09、軟件配置管理工作開展的情況和認識？

拿到一臺裸機過后要安裝客戶需要的操作系統，并且安裝一些所必須的軟件。

10、你覺得軟件測試通過的標準應該是什么樣的？

答：測試用例完全執行，測試用例覆蓋到所有的測試點，并且缺陷的密度達到客戶的需求。

11、軟件測試的文檔測試應當貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點。那么軟件系統的用戶文檔包括哪些？

答：用戶安裝文檔、用戶配置文檔、用戶使用手冊、聯機指導等。

12、簡述軟件系統中用戶文檔的測試要點？

完整性：用戶文檔中功能的描述要完整的。不能讓用戶產生疑問。

一致性：用戶文檔中的功能描述要與實際軟件中的功能一致。不能描述過盛。

易使用性：用戶文檔描述的內容要方便用戶閱讀并且能夠讓用戶很清楚的知道如何操作。

圖表：有的時候用圖表描述會很明了。

13、什么是系統瓶頸？

系統瓶頸就是軟件在一定的并發量、訪問量下無法達到用戶的需求。

比如說用戶需要在10s內完成一個訪問，但是每一次都要12s才能完成，這個就是性能瓶頸，有可能是程序本身的問題，也有可能和操作系統、軟件相關。

14、沒有產品說明書和需求文檔地情況下能夠進行黑盒測試嗎？

可以。

這個情況下我們就要進行探索性測試，把軟件當成用戶需求，一步步進行測試。憑借經驗判斷功能正確與否，有的時候還可以與項目經理、開發人員一起進行交流溝通，從而進行更好的測試。

15、為什么盡量不要讓時間富裕的員工去做一些測試？

首先，專業的測試人員是有一定的技能和耐心對軟件一步一步進行測試。如果讓時間充裕的員工去測試的話，他可能心思并不在測試上面。會很隨意的、沒有目標的進行測試。這樣子的話測試并不完整，有的時候甚至很重要的bug都沒法找出。所以還是需要專業的測試人員來進行測試的。

16、完全測試程序是可能的嗎？

不可能

測試人員對程序進行測試，只能找出程序中的bug，但是并不能保證程序是沒有bug的。

完全的測試要花費很多的人力財力，并且測試的數據量過大，很浪費時間。測試的結果還很多，有的都是類似的，沒有必要進行相同的測試。所以完全測試是不可能的。

18、軟件測試的風險主要體現在哪里？

主要體現在沒法完全測試。有些問題可能隱藏在沒有測到的地方。這樣子就被忽略了。客戶使用的時候并不熟悉軟件是如何操作的。可能有的時候會誤點點出問題。這樣子的話我們就要承擔很大的風險了。

發現的缺陷越多，說明軟件缺陷越多嗎？

是的，通常如果發現一個缺陷的話，有的時候會發現很多類似的缺陷，因為由于開發人員的習慣，可能一個地方有錯誤，另外一個地方就會有相同的錯誤。

19、所有的軟件缺陷都能修復嗎？所有的軟件缺陷都要修復嗎？

從理論上來說所有的缺陷都是可以修復的，但是并不是所有的缺陷都要修復。

一些對于軟件沒有影響的、不影響使用的缺陷我們可以不用修復。因為修復些細小的缺陷也是需要花費很多時間。項目上面可能會因為時間問題而先忽略這些小缺陷。

20、開發人員老是犯一些低級錯誤怎么解決？

要在開發的前期就制定好一些編碼規范，這樣子可以減少很多因為個人習慣引起的錯誤。同時，測試人員在發現開發人員犯一些低級錯誤的時候不可以指責他們，要耐心的給他們指出錯誤所在。然后可以有開發人員自己進行測試，找出一些一眼看得出來是錯誤的地方。

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

我一般都是做的Web測試，搭建測試環境，對于一個程序進行集成測試，系統測試，回歸測試等。還要編寫測試用例以及一些文檔，用戶使用手冊，功能測試文檔等等。最擅長的是功能測試。

22、開發人員說不是bug時，你如何應付？

首先把自己的理由告訴開發人員。在同開發人員溝通到底是不是bug，但是如果開發人員還是認為不是bug的話，就把這個問題提到項目經理處，同時附上自己的理由。有項目經理決定是否為bug。

23、軟件測試項目從什么時候開始為什么？

一般軟件測試越早展開越好，一般是從需要階段就要進行軟件測試。軟件測試不僅是測試功能，對于需求文檔一類的也要進行測試。越早的找出bug，就會減少后續開發人員修改程序的次數，并且可以降低成本，如果等整個軟件開發的差不多了發現一個致命的錯誤的話，是需要花費很多時間和人力來重新修改的。如果在一開始就發現的話就不會出現這種情況了。

24、你能不能說下你的3-5年的職業規劃？

首先，要鞏固自己的測試基礎知識，在基本知識扎實的情況下提高理解需求文檔地能力。

其次，學習自動化測試工具，并將它運用到測試中。

然后，在測試技術達到一定程度后，要學會如何帶領一個測試團隊。

最后，爭取在最快的時間內達到測試經理的水平。

25、功能測試用例需要詳細到什么程度才是合格的？

測試用例覆蓋到所有的測試點。

26、一個缺陷測試報告的組成？

缺陷編號、缺陷標題、缺陷描述、缺陷的優先級、缺陷的重要程度、缺陷所述的模塊、缺陷所屬的版本、缺陷所屬的開發人員、輸入數據、輸出結果、缺陷分析等。

27、測試用例通常包括哪些內容？

用例編號、測試環境、用例標題、輸入數據、預期結果等

28、你都用什么測試方法？