「今天也依然愛你」
很多人對軟體測試都有這樣一種認知：測試門檻低，通過幾個月的自學，或短期的培訓，就能找到高薪的工作。
但是軟體測試，絕非簡單的「點點點」。
根據需求「編寫測試用例」，是作為測試人員應該具備的基本能力。
很遺憾，追求速成學習的人員，並不具備這樣的能力，不僅不會分析需求文件，連測試用例是什麼都不知道，更別說編寫測試用例了。
又到了一年一度的「金三銀四」求職旺季，很多人在面試的時候，會有些緊張，不知道怎麼回答面試官的問題。
這次準備了幾道「軟體測試常見的面試題」，希望能夠對大家有幫助。
話不多說，快來看看吧~
軟體測試是通過需求分析和測試用例，利用手工跟自動化兩種手段，來驗證軟體預期結果與實際結果是否一致的工作。簡單地說，就是找bug。
目的：在最短時間內找出盡可能多的軟體缺陷。
軟體測試越早展開越好，一般從需要階段就要進行軟體測試。軟體測試不僅是測試功能，對於需求文件一類的也要進行測試。越早找出bug，就會減少後續開發人員修改程式的次數，並且可以降低成本，如果等整個軟體開發的差不多了發現乙個致命的錯誤的話，那就需要花費很多時間和人力進行重新修改，而在一開始就發現的話，就不會出現這種情況了：）
測試型別有功能測試、效能測試和介面測試。
功能測試，也叫作黑盒測試，在測試工作中占有較大的比例，把測試物件看作乙個黑盒子，只需要測試軟體產品的功能，不需要測試軟體產品的內部結構和處理過程。採用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
效能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。負載測試：確定在各種工作負載下系統的效能，目標是測試當負載逐漸增加時，系統各項效能指標的變化情況。壓力測試：通過確定乙個系統的瓶頸或者不能接收的效能點，來獲得系統能提供的最大服務級別的測試。
介面測試，介面是軟體與使用者互動的最直接的層，介面的好壞決定使用者對軟體的第一印象。設計良好的介面能夠引導使用者自己完成相應的操作，起到嚮導的作用。同時介面如同人的面孔，具有吸引使用者的直接優勢。設計合理的介面能給使用者帶來輕鬆愉悅的感受和成功的感覺，相反由於介面設計的失敗，讓使用者有挫敗感，再實用強大的功能都可能在使用者的畏懼與放棄中付諸東流。
從理論上來說所有的缺陷都是可以修復的，但是並不是所有的缺陷都要修復。
一些對於軟體沒有影響的、不影響使用的缺陷我們可以不修復。因為修復些細小的缺陷需要花費很多時間。專案上面可能會因為時間問題而先忽略這些小缺陷。
②、制定測試計畫，確定測試範圍和測試策略，一般包括以下幾個部分：
功能性測試、介面測試、效能測試、資料庫測試、安全性測試、相容性測試。
③、設計測試用例：
功能性測試可以包括，但不限於以下幾個方面：
a、鏈結測試。鏈結是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯資訊返回等。提交功能的測試。
b、多**元素是否可以正確載入和顯示。多語言支援是否能夠正確顯示選擇的語言等。
介面測試可以包括但不限於一下幾個方面：
首先把自己的見解告訴開發人員。在同開發人員溝通到底是不是bug，但是如果開發人員還是認為不是bug的話，就把這個問題提到專案經理處，同時附上自己的見解。由專案經理決定是否為bug。
①、盡可能早的找出系統中的bug；
②、避免軟體開發過程中缺陷的出現；
③、衡量軟體的品質，保證系統的質量；
④、關注使用者的需求，並保證系統符合使用者需求。
總的目標是：確保軟體的質量。
測試經驗越多，測試能力越高。所以我的職業發展是需要時間積累的，一步步向著高階測試工程師奔去。而且我也有初步的職業規劃，前3年積累測試經驗，按如何做好測試工程師的要點去要求自己，不斷更新自己改正自己，做好測試任務。
①、掌握基本的測試基礎理論
②、本著找出軟體存在的問題的態度進行測試，不要以挑刺的形象出現
③、可熟練閱讀需求規格說明書等文件
④、以使用者的觀點看問題
⑤、有強烈的質量意識
⑥、細心和責任心
⑦、良好的有效的溝通方式(與開發人員及客戶)8.具有以往的測試經驗能夠及時準確的判斷出高危險區在何處
雖然我的測試技術還不是很成熟，但是我覺得，我還是可以勝任軟體測試這個工作的，因為做軟體測試不僅是要求技術好，還有有一定的溝通能力，耐心、細心等外在因素。綜合起來看，我認為我是勝任這個工作的。
沒有做過專案的直接介紹下v模型（老師上課肯定有講過），有經驗的直接從接到專案/單子後講自己如何一步步實施測試的。
例如你可以回答這樣的流程：
①、軟體開發完成以後，就會把需求規格說明書、軟體程式和軟體源**發過來；
②、專案經理出測試方案（要使用什麼樣的測試方法、測試策略）安排測試計畫（測試人員、資源、進度的安排，測試的範圍和完成的目標）；
③、測試人員編寫和執行測試用例；
④、提交缺陷並且進行跟蹤；
⑤、編寫測試報告。
加班的話我沒有太多意見，但是我還是覺得如果能夠合理安排時間的話，不會有太多時候加班的。
有黑盒和白盒兩種測試種類，黑盒有等價類劃分法，邊界分析法，因果圖法和錯誤猜測法。白盒有邏輯覆蓋法，迴圈測試路徑選擇，基本路徑測試。
例子：在一次輸入多個條件的完整性查詢中。利用等價類劃分法則和邊界分析法則，首先利用等價劃分法，可以乙個或多個結果是ok的測試用例，然後確認多個ng的測試用例，然後利用邊界值分析法，可以對結果分別是ok和ng的測試用例進行擴充套件和補充。
最大的興趣就是具有挑戰性。
因為我並不知道**會出現bug，在找到乙個bug後會很高興。並且測試需要很強的耐心和細心。我可以很容易的找到一些細節問題。
系統瓶頸就是軟體在一定的併發量、訪問量下無法達到使用者的需求。
比如說使用者需要在10s內完成乙個訪問，但是每一次都要12s才能完成，這個就是效能瓶頸，有可能是程式本身的問題，也有可能和作業系統、軟體相關。
我一般都是做的web測試，搭建測試環境，對於乙個程式進行整合測試，系統測試，回歸測試等。還要編寫測試用例以及一些文件，使用者使用手冊，功能測試文件等等。最擅長的是功能測試。
相容性測試是檢查軟體在不同軟體平台，硬體平台上是否可以正常執行的測試。主要檢視軟體在不同作業系統、瀏覽器、資料庫中是否執行正常。
-end-
常見軟體測試面試題
1.如果面試的時候要用到乙個你不熟悉的工具，而且測試時間又緊張你會怎麼辦？2.測試的時候出現乙個很嚴重的bug，但是開發讓你重現的時候無法重現這個bug，應該怎麼處理？3.為什麼轉行？4.怎麼表現出穩定？5.你覺得你的優勢是什麼？6 未來工作可能遇到什麼挑戰，準備怎麼解決？7.軟體上線後，使用者反饋...
軟體測試常見面試題
計畫階段 planning 需求分析 requirement 設計階段 design 編碼 coding 測試 testing 執行與維護 running maintrnacne 用例編號 測試專案 測試標題 重要級別 預置條件 輸入資料 執行步驟 預期結果 軟體是計算機系統中與硬體相互依存的另一部...
軟體測試常見的經典面試題
1 介紹公司的測試流程？分析需求，分解需求 制定測試計畫 設計測試用例 執行測試用例 提交bug 驗證bug 測試報告 測試總結 具體的可根據自己公司的情況作刪減。2 測試用例設計的方法有哪些？平時工作中怎麼運用？1 等價類劃分法 無效 有效，劃分資料 2 邊界值法 劃分資料 3 錯誤推測法 憑藉經...