軟體測試面試筆試題參考

軟體測試是描述一種用來促進鑑定軟體的正確性、完整性、安全性和質量的過程。下面，小編為大家分享軟體測試面試筆試題，希望對大家有所幫助!

　　1. 什麼是軟體測試?

答：為了發現程式中的錯誤而執行程式的過程

　　2. 軟體測試的目的?

答：首先，測試並不僅僅是為了要找出錯誤。通過分析錯誤產生的原因和錯誤的分佈特徵，可以幫助專案管理者發現當前所採用的軟體過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。

其次，沒有發現錯誤的測試也是有價值的，完整的測試是評定測試質量的一種方法。詳細而嚴謹的可靠性增長模型可以證明這一點。

測試的目的是按照使用者所需軟體的質量，檢查開發軟體過程出現的bug, 使得開發人員及時修改，可以避免在開發結束的時候發現軟體存在質量問題，避免公司不必要的損失。贏得使用者對公司產品的認可。

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

測試的附帶收穫是，它能夠證明軟體的功能和效能與需求說明相符合。實施測試收集到的測試結果資料為可靠性分析提供了依據。測試不能表明軟體中不存在錯誤，它只能說明軟體中存在錯誤。

　　3. 軟體測試的目標

答：發現儘可能多的錯誤。測試是一個為了尋找錯誤而執行程式的過程。一個好的測試案例是指很可能找到迄今為止尚未發現的錯誤的用例。一個成功的測試是指揭示了迄今為止尚未發現的錯誤的測試。

　　4. 軟體測試的原則

1) 應當把"儘早地和不斷地進行軟體測試"作為軟體開發者的座右銘。

2) 測試用例應由測試輸入資料和對應的預期輸出結果這兩部分組成。

3) 程式設計師應避免檢查自己的程式。

4) 在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件。

5) 軟體測試的原則

6) 充分注意測試中的群集現象。經驗表明，測試後程序中殘存的錯誤數目與該程式中已發現的錯誤數目成正比。

7) 嚴格執行測試計劃，排除測試的隨意性軟體測試面試筆試題完全版軟體測試面試筆試題完全版。

8) 應當對每一個測試結果做全面檢查。

9) 妥善儲存測試計劃，測試用例，出錯統計和最終分析報告，為維護提供方便。

　　5. 測試的職責

測試經理：

1、制定測試計劃。

2、確保測試過程正常進行。

測試工程師

1、編寫測試用例

2、搭建測試環境

3、執行測試

　　6. 軟體都有多少種分類?

答：根據功能的不同，電腦軟體可以粗略地分成四個層次：

最貼近電腦硬體的是一些小巧的軟體。它們實現一些最基本的功能，通常"固化"在只讀儲存器晶片中，因此稱為韌體。

系統軟體包括作業系統和編譯器軟體等。系統軟體和硬體一起提供一個"平臺"。它們管理和優化電腦硬體資源的使用。

支援軟體。包括圖形使用者介面、軟體開發工具、軟體評測工具、資料庫管理系統、中介軟體等。

應用軟體種類最多，包括辦公軟體、電子商務軟體、通訊軟體、行業軟體，遊戲軟體等等。

　　7. 測試的主要方面

答：A、功能測試：a、連結測試b、表單測試c、Cookies 測試d、設計語言測試e、資料庫測試

B、效能測試：a、連線速度測試b、負載測試c、壓力測試

C、介面測試：a、伺服器介面b、外部介面c、錯誤處理

D、可用性測試: a、導航測試b、圖形測試c、內容測試d、整體介面測試

E、相容性測試：a、平臺測試b、瀏覽器測試c、視訊測試d、Modem/連線速率測試f、印表機測試g、組合測試

F、安全測試：a、目錄設定b、登入c、Session d、日誌檔案e、加密f、安全漏洞

G、程式碼合法性測試：a、程式程式碼合法性檢查b、顯示程式碼合法性檢查

H、文件測試：

　　8. 軟體測試的物件

答：軟體測試並不等於程式測試。軟體測試應貫穿於軟體定義與開發的整個期間。需求分析、概要設計、詳細設計以及程式編碼等各階段所得到的文件，包括需求規格說明、概要設計規格說明、詳細設計規格說明以及源程式，都應成為軟體測試的物件

　　9. 什麼是"測試案例"?

答：測試案例是一份文件，它描述了一個輸入、反應、或者是與其相應的預期的響應，以便來判斷應用軟體的工作是否正常。測試案例應當包括測試標識、測試案例的名稱、目標、測試條件/設定、輸入資料要求、步驟、以及預期的結果。

注：開發一個應用軟體的測試案例的過程，需要全面、深入地考慮該軟體的操作，所以有助於發現在其需求或設計裡面的問題。因此，如果有可能，在開發週期中應當儘早準備測試案例。

　　10. 怎麼編寫案例?

答：案例的編寫與測試階段的定義有很大的關係。系統測試和unit 測試的案例可能不同。總體而言測試案例根據系統的需求而定。

　　11. 軟體測試的兩種方法

答：黑盒測試和白盒測試

黑盒：這種方法是把測試物件看做一個黑盒子，測試人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能說明。黑盒測試又叫做功能測試或資料驅動測試。

白盒：此方法把測試物件看做一個透明的盒子，它允許測試人員利用程式內部的'邏輯結構及有關資訊，設計或選擇測試用例，對程式所有邏輯路徑進行測試。通過在不同點檢查程式的狀態，確定實際的狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。

　　12. 測試結束的標準是什麼?

答：1.用例全部執行。2.覆蓋率達到標準。3.缺陷率達到標準。4.其他指標達到質量標準

　　13. 軟體的生命週期

答：軟體生命週期是指一個計算機軟體從功能確定、設計，到開發成功投入使用，並在使用中不斷地修改、增補和完善，直到停止該軟體的使用的全過程(從醞釀到廢棄的過程)

　　14. 什麼是軟體的生命週期?

生命週期從收到應用軟體開始算起，到該軟體不再使用為止。它有如下各方面的內容：

初始構思、需求分析、功能設計、內部設計、文件計劃、測試計劃、文件準備、整合、測試、維護、升級、再測試、逐步淘汰(phase-out)、等等。

　　15. 軟體測試按過程分為三個步驟

答：單元測試：單元測試又稱模組測試，是針對軟體設計的最小單位─ 程式模組，進行正確性檢驗的測試工作。其目的在於發現各模組內部可能存在的各種差錯軟體測試面試筆試題完全版預設。

單元測試需要從程式的內部結構出發設計測試用例。多個模組可以平行地獨立進行單元測試。

整合測試：在執行(可能是不完整)的應用中保證軟體單元被結合後能正常操作的測試執行的階段

系統測試：當應用作為整體執行時的測試執行階段

　　16. 面向物件的設計如何影響測試?

答：好的面向物件的工程設計使得從程式碼追溯內部設計、再到功能測試，最後追溯到需求，成為一件容易的事。因為它對黑盒測試的影響很少(不需要了解應用軟體的內部設計) ，而白盒測試只需針對該應用軟體的物件。如果該應用軟體設計得好，就可簡化測試設計

　　17. 軟體帶來錯誤的原因很多。主要的原因有哪些?

1) 交流不夠、交流上有誤解或者根本不進行交流

2) 軟體複雜性

3) 程式設計錯誤

4) 需求變化

5) 時間壓力

6) 程式碼文件貧乏

7) 軟體開發工具

　　18. 軟體測試的步驟是什麼?

1) 測試過程按4 個步驟進行，即單元測試(Unit Testing)、整合測試(Integrated Testing)、確認測試(Validation Testing)和系統測試(System Testing)及發版測試。

2) 開始是單元測試，集中對用原始碼實現的每一個程式單元進行測試，檢查各個程式模組是否正確地實現了規定的功能。

3) 整合測試把已測試過的模組組裝起來，主要對與設計相關的軟體體系結構的構造進行測試。

4) 確認測試則是要檢查已實現的軟體是否滿足了需求規格說明中確定了的各種需求，以及軟體配置是否完全、正確。