目錄
前言
一、問題預測
二、介紹一下公司項目
三、技能方面
7、測試工具
四、你還有什麼想問的嗎（必答）
五、履歷模闆有興趣請繼續關注~
前言
測試崗面試前多看看這些一定對你有幫助，閑言少叙，來點有用的東西大家别光看，趕緊幫忙點贊光柱呀。
一、問題預測
讓簡單介紹下自己（每次面試開場）
讓說下自己會的内容
看了哪些書籍（有問到）
了解過哪些技術部落格/論壇（有問到）
是否了解軟體測試需要掌握哪些知識（問到類似問題）
之前面試過，覺得自己需要補充哪些？做了哪些行動？
為什麼要做測試,覺得自己做測試有哪些優勢？（有問到）
知道哪些Bug系統
測試用例的基本要素是?
二、介紹一下公司項目
三、技能方面
1、 資料庫方面的常識
2、 linux操作
3、缺陷方面（有問到）
4、用例部分
5、軟體測試流程
6、網絡相關
7、測試工具
8、其他概念問題
四、你還有什麼想問的嗎（必答）
五、履歷模闆
一、問題預測
讓簡單介紹下自己（這個不用說了每次面試開場）
你好，我叫xx，來自xx，畢業于xx。目前有兩年的功能測試經驗。最近的一份工作是xx公司，主要參與app系統測試，負責xxapp,一款類似抖音的短視訊app功能測試，負責過的功能子產品有拍攝、上傳、搜尋、推薦引擎等。主要運用邊界值，等價類，錯誤推測等常見黑盒測試方法。
讓說下自己會的内容
我熟悉軟體測試基礎理論和測試流程，測試方法等，有app測試、web測試、接口測試經驗。熟悉資料庫增删改查操作，熟悉使用測試管理工具。
看了哪些書籍（有問到）
軟體測試，軟體測試的藝術、軟體測試實用教程，在我負責短視訊的推薦引擎測試期間看完了項亮的《推薦系統實戰》主要是推薦系統的評測部分。
了解過哪些技術部落格/論壇（有問到）
51testing論壇，CSDN一些部落格（面試經驗：面試中會問具體哪些部落格），和公衆号（搜狗測試、軟體測試資源分享）
是否了解軟體測試需要掌握哪些知識（有問到類似問題）
軟體測試基礎知識，流程，測試用例方法，資料庫相關知識，抓包分析，接口測試、測試工具、性能測試等。
之前面試過，覺得自己需要補充哪些？做了哪些行動？
很多公司對性能測試和自動化測試工具有要求，由于之前的工作主要涉及的是功能測試，是以這方面的知識儲備不夠。不過最近我在學習這方面的知識，希望以後在工作中能深入學習。
為什麼做測試,覺得自己做測試有哪些優勢？（有問到）
我覺得我個人的性格比較适合做測試。我比較有耐心，考慮事情比較全面，這樣對于我在設計測試用例時很有幫助，而且我能夠很好的與人協調溝通，當我們測試和開發發生溝通上的沖突時我也能很好的解決，我平常喜歡刷微網誌、知乎看熱門評論，喜歡考究大衆心理，這有助于我站在使用者角度設計測試點。
知道哪些Bug系統
禅道/bugzila等
9.測試用例的基本要素是?
版本号，功能子產品，優先級别，前置條件，步驟，預期結果，實際結果等。
二、介紹一下公司項目
xxapp，是一款集短視訊、遊戲、直播、社互動動于一體的内容娛樂APP。公司大約一個月釋出一個較大的版本，需求數20幾個-40幾個不等(用例數xx+)，每個版本包括的需求www\wap、背景以及用戶端的需求。項目分用戶端版本負責人、背景版本負責人、H5版本負責人等，負責人牽頭及落實整個測試流程。我當過的角色有H5活動負責人、推薦引擎版本負責人、用戶端和背景系統測試人員。負責過的子產品用例數大概是500左右。
三、技能方面
1、資料庫方面的常識
l關系型資料庫：把複雜的資料結構歸結為簡單的二進制關系（即二維表格形式），通過SQL結構化查詢語句存儲資料
典型産品：
Mysql：網際網路領域、大中小型網站，遊戲公司，電商平台等等。體積小、速度快、成本低、開放源代碼
Oracle：傳統大企業、大公司、政府、金融、證券等。安全性、成本高、
l非關系型資料庫：非關系型資料庫也被成為NoSQL資料庫，NOSQL的本意是“Not Olnly SQL”。NOSQL為了高性能、高并發而生
其他分類
1）鍵值（Key-Value）存儲資料庫：主要是使用一個哈希表，這個表中有一個特定的鍵和一個指針指向特定的資料。簡單、易部署、高并發
典型：Redis、Memcached
2）列存儲（Column-oriented）資料庫：應對分布式存儲的海量資料。如果我們有一個Person類，我們通常會一起查詢他們的姓名和年齡，而不是薪資。這種情況下，姓名和年齡就會被放入一個列族中，而薪資則在另外一個列族中。
典型：Hbase
3）面向文檔的資料庫：資料存儲的最小機關是文檔
典型：Mongodb、Hive
Mongodb一個介于關系型資料庫和非關系型資料庫之間的産品。高性能、易部署、易使用，存儲資料非常友善。
Hive可以用來進行統計查詢，HBase可以用來進行實時查詢
一些增删改查筆試題準備
（另起一篇）
2、linux操作
linux搭建測試環境，比如web系統服務搭建。
一些常見的指令準備
（另起一篇）
3、缺陷方面（有問到）
描述一個你印象最深刻的bug
在做上傳視訊的測試時，發現華為榮耀V10上傳手機自帶相機專業模式錄制的視訊會閃退。而ios上傳同個視訊提示合成失敗。
我将手機自帶相機錄制的專業模式和普通模式錄制的同樣時長的視訊發到電腦上，用格式工廠軟體檢視視訊的不同之處，之後發現視訊編碼是不同的。
我繼續網上查閱了視訊編碼方面的知識，發現mp4視訊有幾種編碼，而繼續測試驗證發現我們的app上傳的視訊隻支援mp4視訊中的H.264編碼格式。于是送出了視訊上傳不支援非H.264格式的視訊。并補充完善了相關用例。
（因為在公司沒有查日志權限，是以其實應該先查日志）
4、用例部分
現場讓你設計個用例，比如水杯、凳子怎麼測試？
首先說明的是，遇到這樣的測試題目，首先應該反問面試官，需求是什麼樣的，比如是測什麼樣的杯子。
因為設計測試用例的規則應該是根據需求分析文檔設計用例，客戶需求什麼，就測試什麼。
但是在沒有需求分析文檔的前提下，來設計測試用例，可以考查一個測試人員的基本功，比如考慮問題是否全面，設計測試用例的方法是否合理等。
一般是根據自己的日常經驗和測試的思維來設計測試用例。在設計測試用例時一般從以下幾個方面進行分析：功能測試，性能測試，界面測試，安全性測試，相容性測試，可用性測試，可靠性測試，本地化/國際化測試。
例子（另起一篇）
5、軟體測試流程
公司嚴格規範測試流程和測試文檔，首先是參與需求評審，編寫測試計劃、測試方案、測試用例，進行測試方案及用例的測試組内部評審，外部評審。
提取部分一級用例送出研發自測，研發自測通過後開開始執行一輪系統測試。
測試過程中發現并送出、跟蹤問題。
問題修複後進行回歸測試。
一輪測試完成後對修複包進行冒煙測試，測試通過則進行二輪測試。
二輪測試完成後會進行需求交叉測試。
完成測試編寫系統測試報告送出驗收測試。驗收測試通過輸出驗收測試報告。
6、網絡相關
網絡協定，如TCP/UDP的差別？（https://www.cnblogs.com/steven520213/p/8005258.html）
1、TCP面向連接配接（如打電話要先撥号建立連接配接）;UDP是無連接配接的，即發送資料之前不需要建立連接配接
2、TCP提供可靠的服務。也就是說，通過TCP連接配接傳送的資料，無差錯，不丢失，不重複，且按序到達;UDP盡最大努力傳遞，即不保證可靠傳遞
3、TCP面向位元組流，實際上是TCP把資料看成一連串無結構的位元組流;UDP是面向封包的
UDP沒有擁塞控制，是以網絡出現擁塞不會使源主機的發送速率降低（對實時應用很有用，如IP電話，實時視訊會議等）
4、每一條TCP連接配接隻能是點到點的;UDP支援一對一，一對多，多對一和多對多的互動通信
5、TCP首部開銷20位元組;UDP的首部開銷小，隻有8個位元組
6、TCP的邏輯通信信道是全雙工的可靠信道，UDP則是不可靠信道
三次握手與四次揮手
三次握手通俗版：
第一次握手：用戶端要和服務端進行通信，首先要告知服務端一聲，遂發出一個SYN=1的連接配接請求信号,”服務端哥哥，我想給你說說話”。
第二次握手：當服務端接收到用戶端的連接配接請求，此時要給用戶端一個确認資訊，”我知道了（ACK）,我這邊已經準備好了，你現在能連嗎（SYN）”。
第三次握手：當用戶端收到了服務端的确認連接配接資訊後，要禮貌的告知一下服務端，“好的，咱們開始聯通吧（ACK）”。
到此整個建立連接配接的過程已經結束，接下來就是雙方你一句我一句甚至同時交流傳遞資訊的過程了。
四次揮手斷開連接配接通俗版：
第一次揮手：雙方交流的差不多了，此時用戶端也已經結尾了，接下來要斷開通信連接配接，是以告訴服務端“我說完了（FIN）”，此時自身形成等待結束連接配接的狀态。
第二次揮手：服務端知道用戶端已經沒話說了，服務端此時還有兩句話要給用戶端說“我知道你說完了（ACK），我再說兩句&*…%￥”…
第三次揮手：此時用戶端洗耳恭聽繼續處于等待結束的狀态，伺服器端也說完了，自身此時處于等待關閉連接配接的狀态，并對告訴用戶端，“我說完了，咱們斷了吧（FIN）”。
第四次揮手：用戶端收知道服務端也說完了，也要告訴服務端一聲（ACK），因為連接配接和斷開要雙方都按下關閉操作才能斷開，用戶端同時又為自己定義一個定時器，因為不知道剛才說的這句話能不能準确到達服務端（網絡不穩定或者其他因素引起的網絡原因）。
是以預設時間定為兩個通信的最大時間之和，超出這個時間就預設伺服器端已經接收到了自己的确認資訊，此時用戶端就關閉自身連接配接，伺服器端一旦接收到用戶端發來的确定通知就立刻關閉伺服器端的連接配接。
到此為止雙方整個通信過程就此終結。
這裡要聲明一下：斷開連結不一定就是用戶端，誰都可以先發起斷開指令，另外用戶端和服務端是沒有固定标準的，誰先發起請求誰就是用戶端。
三次握手闡述：
在第一次消息發送中，A随機選取一個序列号作為自己的初始序号發送給B；
第二次消息B使用ack對A的資料包進行确認，因為已經收到了序列号為x的資料包，準備接收序列号為x+1的包，是以ack=x+1，同時B告訴A自己的初始序列号，就是seq=y；
第三條消息A告訴B收到了B的确認消息并準備建立連接配接，A自己此條消息的序列号是x+1，是以seq=x+1，而ack=y+1是表示A正準備接收B序列号為y+1的資料包。
四次揮手闡述：
由于TCP連接配接時全雙工的，是以，每個方向都必須要單獨進行關閉，這一原則是當一方完成資料發送任務後，發送一個FIN來終止這一方向的連接配接，
收到一個FIN隻是意味着這一方向上沒有資料流動了，即不會再收到資料了，但是在這個TCP連接配接上仍然能夠發送資料，直到這一方向也發送了FIN。
首先進行關閉的一方将執行主動關閉，而另一方則執行被動關閉，上圖描述的即是如此。
（1）第一次揮手：Client發送一個FIN，用來關閉Client到Server的資料傳送，Client進入FIN_WAIT_1狀态。
（2）第二次揮手：Server收到FIN後，發送一個ACK給Client，确認序号為收到序号+1（與SYN相同，一個FIN占用一個序号），Server進入CLOSE_WAIT狀态。
（3）第三次揮手：Server發送一個FIN，用來關閉Server到Client的資料傳送，Server進入LAST_ACK狀态。
（4）第四次揮手：Client收到FIN後，Client進入TIME_WAIT狀态，接着發送一個ACK給Server，确認序号為收到序号+1，Server進入CLOSED狀态，完成四次揮手。
7、測試工具
測試工具，無非這幾類：
自動化測試工具 (如QTP)
性能測試工具 (如loadrunner)
測試管理類 （如jira）
安全測試工具
滲透測試工具
8、其他概念問題
Beta測試與Alpha測試有什麼差別
1、Alpha測試
Alpha測試是由使用者在開發環境下進行的測試，也可以是開發機構内部的使用者在模拟實際操作環境下進行的測試。開發者坐在使用者旁邊，這是在開發者受控的環境下進行的測試。由開發者随時記錄下錯誤情況和使用中的問題。
2、Beta測試
Beta測試是由軟體的多個使用者在一個或多個使用者的實際使用環境下進行的測試。開發者通常不在測試現場，這是在開發者無法控制的環境下進行的測試。由使用者記錄下遇到的所有問題，定期向開發者報告。beta測試是一模拟真實的使用環境進而發現缺陷的一種測試
3、驗收測試
驗收測試是以使用者為主的測試，軟體開發和QA人員也應該參加，測試一般在使用者所在地進行，由使用者驗證軟體産品是否滿足了所有的需求的一系列的驗收測試工作。
僅限于做項目的公司，部門内部測試穩定後，根據合同中需求由發包商進行驗收測試。驗收測試的目的是為了以發現”未實作的需求”為目的，以評估”适合使用”為目标，該類測試的不是以發現缺陷為主要目的。
差別：兩者的主要差別是測試的場所不同。
Alpha測試是指把使用者請到開發方的場所來測試,beta測試是指在一個或多個使用者的場所進行的測試。Alpha測試的環境是受開發方控制的,使用者的數量相對比較少,時間比較集中。
而beta測試的環境是不受開發方控制的,誰也不知道使用者如何折磨軟體,使用者數量相對比較多,時間不集中。
一般地,alpha測試先于beta測試執行。通用的軟體産品需要較大規模的beta測試,測試周期比較長。如果産品通過了beta測試,那麼就可以正式發行了。
Alpha測試在系統開發接近完成時對應用系統的測試；測試後仍然會有少量的設計變更。這種測試一般由最終使用者或其它人員完成，不能由程式或測試員完成。
Beta測試 當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終使用者或其它人員完成，不能由程式員或測試員完成。
四、你還有什麼想問的嗎（必答）
我非常希望能夠加入公司，是以想請問您覺得我還有哪些地方比較不足，能否給一些建議？以及是否有複試時間呢？
五、履歷模闆
有興趣請繼續關注~
上面是我收集的一些視訊資源，在這個過程中幫到了我很多。如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加入我們扣扣群（可以私我拿），裡面有各種軟體測試資源和技術讨論。
當然還有面試，面試一般分為技術面和hr面，形式的話很少有群面，少部分企業可能會有一個交叉面，不過總的來說，技術面基本就是考察你的專業技術水準的，hr面的話主要是看這個人的綜合素質以及家庭情況符不符合公司要求，一般來講，技術的話隻要通過了技術面hr面基本上是沒有問題（也有少數企業hr面會刷很多人）
我們主要來說技術面，技術面的話主要是考察專業技術知識和水準，上面也是我整理好的精選面試題。
下面是一份非常優質的學習資源，對于做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！
以上軟體測試資料需要的可以私信我都可以免費擷取
這還有一份216頁軟體測試工程師面試寶典文檔資料。以及相對應的視訊學習教程免費分享！，其中資料包括了有基礎知識、Linux必備、Shell、網際網路程式原理、Mysql資料庫、抓包工具專題、接口測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、接口自動化測試、測試進階持續內建、測試架構開發測試架構、性能測試、安全測試等。
學習不要孤軍奮戰，最好是能抱團取暖，互相成就一起成長，群衆效應的效果是非常強大的，大家一起學習，一起打卡，會更有學習動力，也更能堅持下去。
結語
歡迎留言，或是關注我的專欄和我交流。
加油吧，測試人！如果你需要提升規劃，那就行動吧，在路上總比在起點觀望的要好。事必有法，然後有成。
![Charles打斷點--修改response值（wind版）[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)