小編總結了面試的細節，這份熱乎乎、滾滾燙的面經分享給大家，希望對大家有所幫助。
面試形式
問題式
由招聘者按照事先擬訂的提綱對求職者進行發問，請予回答。其目的在於觀察求職者在特殊環境中的表現，考核其知識與業務，判斷其解決問題的能力，從而獲得有關求職者的第一手資料。
專場式
由公司組織專場招聘會，由公司面試官代表對多位甚至大量應聘者進行海選，從中選出符合公司要求的多位應聘者進行之後的面試，此方式適用於對應聘者的初篩。例如：校招專場。
壓力式
由招聘者有意識地對求職者施加壓力，就某一問題或某一事件作一連串的發問，詳細具體且追根問底，直至無以對答。此方式主要觀察求職者在特殊壓力下的反應、思維敏捷程度及應變能力。
隨意式
即招聘者與求職者海闊天空、漫無邊際地進行交談，氣氛輕鬆活躍，無拘無束，招聘者與求職者自由發表言論，各抒己見。此方式的目的為:於閒聊中觀察應試者談吐、舉止、知識、能力、氣質和風度，對其做全方位的綜合素質考察。
情景式
由招聘者事先設定一個情景，提出一個問題或一項計劃，請求職者進入角色模擬完成，其目的在於考核其分析問題、解決問題的能力。
綜合式
招聘者通過多種方式考察求職者的綜合能力和素質，如用外語與其交談，要求即時作文，或即興演講，或要求寫一段文字，甚至操作一下計算機等等，以考察其外語水平，文字能力，書法及口才表達等各方面的能力。
面試種類
個人問題
一、個人面試
（1）一對一的面試
適用範圍：規模小的機構、職位較低。
（2）主試團的面試（多對一）
適用範圍：較大機構 ，如考核公務員 現場打分。
個人面試又稱單獨面試。指主考官與應聘者單獨面談，是面試中最常見的一種形式。
集體面試由公司組織專場招聘會，由公司面試官代表對多位甚至大量應聘者進行海選，從中選出符合公司要求的多位應聘者進行之後的面試，此方式適用於對應聘者的初篩。例如：校招專場。
集體面試
集體面試主要用於考查應試者的人際溝通能力、洞察與把握環境的能力、組織領導能力等。在集體面試中，通常要求應試者做小組討論，相互協作解決某一問題，或者讓應試者輪流擔任領導主持會議，發表演説等。
無領導小組討論是最常見的一種集體面試法。
綜合面試
以上三種方式的綜合，由主考官通過多種方式綜合考察應試者多方面的才能 。
方式：事先定題，以自由交談相互交融的方式 。
漸進式面試
人太多時 ,先初次面試即篩選面試以瞭解個人背景及談吐與應對能力為主要目的，然後二次面試以及三四次面試，視職位高低定。
注意：大型公司在招聘員工時都會有一套比較正規的程序。
一般來講，分為五個階段：簡歷篩選、筆試、初次面試、高級經理面試和最後的Offer。
軟件測試面試題總結模板
請做一下自我介紹
各位面試官好，我叫xxx，來自xxx，xxx年出生，2018年7月畢業於xxx學院，我具有2年的軟件測試經驗，我在上家公司主要做功能測試，從事一個網站的建立項目，因為個人發展原因，今天來到貴公司面試。
你對上一家公司如何評價
我的上家公司環境蠻不錯的，整個項目組的成員都很團結，氛圍很濃郁，遇到不懂的問題我能夠和同事們進行溝通，但是考慮到我自身發展的因素，我還是被迫辭職了
你都會哪些技能
會mysql、SQLserver數據庫技術，Linux的基本命令和環境部署，瞭解Python語言，這些我之前在大學和公司都有學過這些東西，文檔管理工具SVN，,缺陷管理工具禪道等都在平時工作中學習過Jmeter測試工具等
介紹一下你上一個項目
我的上一個項目是上海融巧科技有限公司網站項目，主要做的是一個關於該公司的網站模塊的測試，主要有六大模塊如首頁、課程介紹、融巧諮詢、學員天地、關於我們等，首先我們的開發、測試和業務人員與客户進行溝通，瞭解需求，業務人員編寫需求規格説明書，之後進行討論總結出評審後的需求説明書，然後項目經理派發任務給開發和測試人員，開發根據需求規格説明書和設計説明説進行開發工作，之後進行單元測試，我們測試則進行測試計劃的設計、評審、測試用例的設計，之後開發完成開發工作，並且搭建好測試環境之後我們首先進行冒煙測試，測試主要功能是否完備環境通不通，之後進行案例的執行，執行過程中做好測試記錄，並且用缺陷管理工具禪道對缺陷進行發現、記錄、跟蹤，一輪測試完成後進行第二輪和第三輪的迴歸測試，之後編寫測試總結和報告。
介紹下你們的項目流程與測試流程
（1）接到項目後，由項目經理、產品經理、開發經理、測試經理和客户進行溝通，分析需求，由產品經理編寫需求文檔，編寫之後進行需求評審，看看有沒有不能完成或者有必要增加或修改的地方
（2）評審過後，由需求人員把需求文檔細化成需求規格説明書，由項目經理編寫項目計劃並分配任務，開發人員根據需求説明書、設計説明書進行軟件開發，然後開發人員進行單元測試。這時我們測試人員瞭解客户需求，根據需求規格説明書編寫測試用例之後對測試用例進行評審，在評審中注意有無遺漏或有誤的地方，修改案例
（3）測試用例評審ok後，這時開發人員也開發好了，搭建好測試環境，我們首先進行冒煙測試，看看軟件關鍵功能可不可以正常用，環境通不通。然後我們根據測試用例進行測試，在測試過程中遇到bug後，用缺陷管理工具禪道記錄bug，並根據缺陷生命週期跟蹤bug，迴歸通過後關閉缺陷
（4）所有測試執行後，缺陷也關閉了，然後測試人員編寫測試總結報告，完成後到運行維護階段。
介紹下你們的測試流程
首先會召開需求分析會議，參加人員有產品（或者叫業務）、開發和測試，主要是探討需求需要的一些功能點，完了之後，開發就排期進行開發，我們就根據主管寫出來的計劃、分配到的任務編寫測試用例，寫完之後會進行用例評審，需要修改的就修改整理形成最終的用例版本，之後開發人員將軟件開發完成並部署到SIT測試環境後，我們會依據測試用例來執行測試，測試過程中，對於發現的BUG提交到缺陷管理工具禪道，並跟蹤bug狀態直至關閉，首輪測試完後開始進行迴歸測試或者第三輪迴歸測試（迴歸幾輪都是根據具體的可用測試時間來決定的，一般我們都是迴歸測試一輪就結束）最後測試完成後編寫測試報告。
什麼是系統測試
系統測試是指針對軟件產品系統進行的測試，是做完單元測試和集成測試後進行的測試，總體包含功能測試與非功能測試。功能測試是驗證軟件系統功能是否實現系統需求規格的測試過程，而非功能測試是驗證系統是否在實現功能測試的基礎上，測試系統的容錯性、穩定性、異常處理能力，以及高強度輸入的處理能力、可用性、性能等是否符合用户要求的測試過程。
你認為你的優點和缺點分別是什麼
我的優點是執行力比較好，上面下達的任務我能按部就班的完成，有比較好的責任感，會將一件事認真負責的做下去，遇到困難不會退縮，會想法設法詢問有經驗的同事查找資料等方法去解決，我有良好的團結協作意識，對於一個共同完成的項目會將自己的事情主動做好，並且也協助同事做好他的事情，發現一個問題會緊追不捨，我的文檔整理能力也比較強，缺點就是本人技術水平有限，不能完全獨自一個人解決所有的問題，這點自己會在以後的工作中和業餘時間通過不斷學習來改進我的方法和技術
黑盒測試和白盒測試的區別
（1）黑盒測試也稱功能測試，通過測試來檢測每個功能是否都正常使用，測試中把程序看成一個黑盒子，在完全不考慮內部程序結構和特性的情況下 ，執行測試。黑盒測試是以用户角度，從輸入數據與輸出數據的對應關係出發進行的測試。 缺點是：發現不了本身設計或規格説明的問題。黑盒測試設計測試用例的方法包括：等價類劃分法、邊界值分析法、判定表法、因果圖法、正交法、錯誤猜測法等
（2）白盒測試是基於代碼的測試，白盒是指盒子是可視的，清楚內部是如何運作的，白盒測試人員要全面瞭解程序內部邏輯結構、對所有的邏輯路徑進行測試。 常用的白盒測試用例設計方法有：語句覆蓋法、判定覆蓋法、條件覆蓋法、判定條件覆蓋法、路徑覆蓋法
Bug的生命週期
錄入缺陷後，測試人員應該跟蹤一個缺陷的整個生命週期，從new到closed的所有狀態包括new、open、fixed、rejected、delay、closed和reopen這些狀態。
提交缺陷到缺陷管理工具，這時缺陷的狀態是new。當確認是bug後，打開缺陷，此時缺陷狀態為open，並且指派給相應的開發人員。開發人員進行修改把缺陷狀態置為fixed修改狀態，修改好後等待測試人員迴歸測試。如果開發人員認為不是bug有權拒絕修改把缺陷狀態改為rejected。如果開發人員認為暫時不需要修改或暫時不能修改，則延後修改，缺陷狀態為delay。修改狀態的bug經過測試人員複測通過後，則關閉bug，狀態為closed。如果複測不通過，則重新打開bug這時的缺陷狀態是reopen，等待開發人員重新修改。
app測試與web測試的最大的異同在哪裏？
相同點：同樣的測試用例設計方法；同樣的測試方法；都會依據原型圖或者效果圖檢查UI；測試頁面載入和翻頁的速度、登錄時長、內存是否溢出等；測試應用系統的穩定性
不同點：
app的中斷測試：來電中斷、短信中斷、藍牙、鬧鐘、插拔數據線、手機鎖定、手機斷電、手機問題（系統死機重啓）
app的安裝卸載：全新安裝、升級安裝、第三方工具安裝、第三方工具卸載、直接刪除卸載消息推送測試、手機授權測試、前後台切換、網絡環境（wifi/2G/3G/4G/無網絡）
兼容性測試：web項目考慮不同瀏覽器的兼容；app需要考慮手機不同操作系統、不同機型、不同屏幕等web自動化測試工具較常用QTP，而手機自動化monkey、monkeyrunner
你們的bug是怎麼管理的？對於復現概率不高的bug是怎麼處理的？你下一次測試的時候對於這樣的bug點是怎麼做的？
公司有缺陷管理平台來進行管理，我們用的是禪道。關於復現率較低的bug，在實際工作中採取的是全部上報，但是我會在標題中註明重現率低或偶現。在工作中我們如果有時間的話可以多費些心思在重現bug上面，學會分析可能產生的原因，同時在發現bug後第一件事情就是要將證據保留下來，截圖，錯誤信息等等，這些及有助於證明這個bug的存在，也有助於bug的重現，所有這些應該培養成習慣。
您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內容。
您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內容。
有開展評審工作。評審的過程及內容（以會議評審來講）：
（1）編寫評審計劃
（2）評審材料準備好（主要是測試用例）
（3）提前發佈評審通知（OA通知、郵件、或者討論組發佈信息）， 同時將評審材料發送給評審組成員，以節約溝通成本
（4）召開會議評審；針對評審用例檢查清單，評審過程中收集相關人員的反饋信息（即問題記錄清單），並在此基礎上進行測試用例更新，直到評審通過5）評審結束後，測試負責人出測試用例評審報告給到相關人員；評審結果經項目經理同意確認。
描述軟件測試活動的生命週期？
測試周期分為計劃、設計、執行、評估、驗收。其中：計劃：對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等；設計：完成測試方案，編寫測試用例，從技術層面上對測試進行規劃；執行：搭建測試環境，執行測試用例，遇到問題提交bug並跟蹤解決驗證；評估：記錄測試結果，進行測試分析，完成測試報告。驗收：用户進行驗收，我們會出用户手冊、操作指引，公司有嚴格的評審流程，以保證每一步輸出的有效性。
缺陷報告處理流程
測試人員提交缺陷報告後，由開發經理分配缺陷報告給相應開發人員，開發人員處理缺陷報告，處理完成測試人員進行迴歸測試，複測通過則提交複測通過報告，最終由測試經理關閉缺陷報告
歡迎大家關注筆者的公眾號：程序員老奕，專注於軟件測試幹活分享，全套測試資源可免費分享！
最後如果你想學習自動化測試，歡迎加入筆者的交流羣：771645171，裏面會有很多資源和大佬答疑解惑，我們一起交流一起學習！
