IT 求職乾貨：軟體測試面試題

1.什麼是軟體測試?

參考答案

答:軟體測試是為了發現錯誤而執行程序的過程。或者說，軟體測試是根據軟體開發各階段的規格說明和程序的內部結構而精心設計一批測試用例(即輸入數據及其預期的輸出結果)，並利用這些測試用例去運行程序，以發現程序錯誤的過程。

2.軟體測試的目的?

參考答案

答;測試的目的是想以最少的人力、物力和時間找出軟體中潛在的各種錯誤和缺陷，通過修正錯誤和缺陷提高軟體質量，迴避軟體發布後由於潛在的軟體缺陷和錯誤造成的隱患帶來的商業風險。

3.什麼是設計文檔測試?

參考答案

答:測試設計是否符合全部需求以及設計是否合理

4.什麼是α測試?

參考答案

答:Alpha測試(α測試)是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發現的錯誤，可以在測試現場立刻反饋給開發人員，由開發人員及時分析和處理。目的是評價軟體產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha測試可以從軟體產品編碼結束之後開始，或在模塊(子系統)測試完成後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。

5.什麼是β測試?

參考答案

答:Beta測試(β測試)是軟體的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發者無法控制的環境下進行的軟體現場應用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認定的，定期向開發者報告，開發者在綜合用戶的報告后，做出修改，最後將軟體產品交付給全體用戶使用。Beta測試著重於產品的支持性，包括文檔、客戶培訓和支持產品的生產能力。只有當Alpha測試達到一定的可靠程度后，才能開始Beta測試。由於Beta測試的主要目標是測試可支持性，所以Beta測試應該儘可能由主持產品發行的人員來管理。

6.什麼是驅動模塊？

參考答案

答:驅動模塊在大多數場合稱為"主程序"，它接收測試數據並將這些數據傳遞到被測試模塊.單元測試一個函數單元時，被測單元本身是不能獨立運行的，需要為其傳送數據，為此寫驅動

驅動模塊主要完成以下事情：

1、接受測試輸入;

2、對輸入進行判斷;

3、將輸入傳給被測單元，驅動被測單元執行;

4、接受被測單元執行結果，並對結果進行判斷;

5、將判斷結果作為用例執行結果輸出測試報告。

7.什麼是單元測試?

參考答案

答:單元測試是對軟體中的基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟體動態測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟體基本組成單位的正確性。

8.針對缺陷採取怎樣的管理措施?

參考答案

答:1. 要更好的管理缺陷，必須引入缺陷管理工具，商用的或者開源的都可。

2. 根據缺陷的生命周期，考慮缺陷提交的管理、缺陷狀態的管理和缺陷分析的管理。

3. 所有發現的缺陷(不管是測試發現的還是走讀代碼發現的)都必須全部即時的、準確的提交到缺陷管理工具中，這是缺陷提交的管理。

4. 缺陷提交后，需要即時的指派給相應的開發人員，提交缺陷的人需要密切注意缺陷的狀態， 幫助缺陷的儘快解決。缺陷解決后需要即時對缺陷的修復進行驗證。這樣的目的有兩個：一個是讓缺陷儘快解決;二是方便後面缺陷的分析(保證缺陷相關的信息準確，如齡期等)，這是缺陷狀態的管理。 5. 為了更好的改進開發過程和測試過程，需要對缺陷進行分析，總結如缺陷的類別、缺陷的齡期分佈等信息，這是缺陷分析的管理。

9.單元測試、集成測試、系統測試的側重點是什麼?

參考答案

答:單元測試是在軟體開發過程中要進行的最低級別的測試活動，在單元測試活動中，軟體的獨立單元將在與程序的其他部分相隔離的情況下進行測試，測試重點是系統的模塊，包括子程序的正確性驗證等。 集成測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求，組裝成為子系統或系統，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但並不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現。測試重點是模塊間的銜接以及參數的傳遞等。

系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。測試重點是整個系統的運行以及與其他軟體的兼容性。

10.測試用例通常包括那些內容?著重闡述編製測試用例的具體做法不同結構的用例包括的不一樣(版本、編號、項目、設計人員、設計日期、輸入、預期輸出……)

答:軟體測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。 用例編號：測試用例的編號有一定的規則，比如系統測試用例的編號這樣定義規則：

PROJECT1-ST-001 ，命名規則是項目名稱+測試階段類型(系統測試階段)+編號。定義測試用例編號，便於查找測試用例，便於測試用例的跟蹤。

測試標題：對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如 「 測試用戶登錄時輸入錯誤密碼時，軟體的響應情況 」 .重要級別：定義測試用例的優先順序別，可以籠統的分為 「 高 」 和 「 低 」 兩個級別。一般來說，如果軟體需求的優先順序為 「 高 」 ，那麼針對該需求的測試用例優先順序也為 「 高 」 ;反之亦然，測試輸入：提供測試執行中的各種輸入條件。根據需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟體需求當中的輸入有很大的依賴性，如果軟體需求中沒有很好的定義需求的輸入，那麼測試用例設計中會遇到很大的障礙。

操作步驟：提供測試執行過程的步驟。對於複雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。

預期結果：提供測試執行的預期結果，預期結果應該根據軟體需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那麼測試不通過;反之則測試通過。更多求職相關請訪問快就業（www.kjiuye.com）。