http和https ,tcp 和udp協議區別，網絡七層模型，
答：HTTPS和HTTP的區別主要如下：

tcp 和udp協議區別:

網絡七層模型：

2.tcp 為啥三次握手，為啥四次揮手，
答：因為當Server端收到Client端的SYN連接請求報文后，可以直接發送SYN+ACK報文。其中ACK報文是用來應答的，SYN報文是用來同步的。但是關閉連接時，當Server端收到FIN報文時，很可能并不會立即關閉SOCKET，所以只能先回復一個ACK報文，告訴Client端，“你發的FIN報文我收到了”。只有等到我Server端所有的報文都發送完了，我才能發送FIN報文，因此不能一起發送。故需要四步握手。

3.tcp 擁塞算法、滑動窗口、重傳機制、粘包和拆包
答：滑動窗口協議（Sliding Window Protocol）、重傳機制詳情見
TCP 滑動窗口/快速重傳機制_Shawei_的博客-CSDN博客_tcp快速重傳機制 。
拆包 ：TCP直接將應用層數據包（可以認為就是一個數組）發給接收方，并且根據TCP協議，TCP會將每個發送的數據包編號（序列號），發送完一個序列號后，接收端收到會回復該序列號，代表已經被接受，but 接收端有自己的TCP緩存區，它會將多個包積累在一起再進行處理，這樣的結果是導致包與包之間“無縫連接”，即所謂的”粘包“

粘包:針對此問題，就有了一些解決辦法：哪每個包長度固定：這樣接收端就可以每隔一定長度進行拆包，但缺點是浪費資源,加入頭部信息：每個數據包前加入該數據包中數據的長度值，這樣接收端從緩存中讀取時，通過讀該頭部信息，知道了每個包的長度，這樣就能拆包

4.一些抓包工具如fidder、tcpdump的使用，
答：網上都有現成的使用教程，可以選一兩篇去操作下。

5.瀏覽器輸入百度網址發生了什么？DNS解析過程
答：這個問題比較寬泛，整個流程也比較長，涉及到網絡7層模型、dns解析、tcp/ip協議簇，三次握手、負載均衡、集群架構、數據庫，linux 系統狀態、進程切換等等方面，看你自己對哪塊比較熟悉，重點去說

6.說下cookies，session鑒權機制？為什么要引入這套機制？
答：

引入原因：HTTP 是無狀態的協議（對于事務處理沒有記憶能力，每次客戶端和服務端會話完成時，服務端不會保存任何會話信息）：每個請求都是完全獨立的，服務端無法確認當前訪問者的身份信息，無法分辨上一次的請求發送者和這一次的發送者是不是同一個人。所以服務器與瀏覽器為了進行會話跟蹤（知道是誰在訪問我），就必須主動的去維護一個狀態，這個狀態用于告知服務端前后兩個請求是否來自同一瀏覽器。而這個狀態需要通過 cookie 或者 session 去實現。

簡單
1、基本的增刪改查語句；
答：insert、delete、update、select sql編寫。

2、多表聯合查詢、左右連接區別、子查詢等；
答：網上都有教程，可以自行查找，在這里不做贅述。

3、聚合、分組、排序sql語句編寫、having和where 區別
答：表數據

sql 編寫：
SELECT
class 班級名稱,
COUNT(*) 每個班級人數,
MAX(grade) 最高分,
MIN(grade) 最低分,
SUM(grade) 班級總分,
AVG(grade) 平均分
FROM
student
where age <20
GROUP BY
class
HAVING SUM(grade) >=34
ORDER BY
最高分 DESC
執行結果：

4、char 和varchar區別等
答：varchar;表示變長字符串,char;定長字符串。

5、三范式是什么？
答：第一范式(確保每列保持原子性)、第二范式(確保表中的每列都和主鍵相關)、第三范式(確保每列都和主鍵列直接相關,而不是間接相關)

中級

1、說一下sql是怎么優化的？
答：show variables like ‘%quer%’; 查詢慢查詢日志相關的設置，找出慢查詢的sql ,用explain查詢sql的執行計劃，該加索引的加索引（要知道索引正確使用場景如下面試題），盡量少 連接查詢、select *、避免類型轉換，減少回表次數。

2、索引的概念、類型，優缺點分析、索引應用場景和索引失效場景；
答：索引是幫助mysql高效獲取數據的數據結構
優點：
a）可以保證數據庫表中每一行的數據的唯一性，
b）可以大大加快數據的檢索效率，
c）加速表與表之間的連接，
d）在使用分組和排序子句進行數據檢索時，同樣可以顯著減少查詢中分組和排序的時間。
f）通過使用索引對數據進行排序，降低數據排序的成本，降低cpu的消耗，可以在時間查詢的過程中，使用優化隱藏器，提高系統的性能。
缺點：
a) 創建索引和維護索引要耗費時間，這種時間隨著數據量的增加而增加。
b) 索引會占據磁盤空間。
c) 以表中的數據進行增、刪、改的時候，索引也要動態的維護，這就降低了整數的維護速度。

索引類型：
主鍵索引：索引列中的值是唯一的并且不允許有空值
普通索引：mysql的基本索引類型，沒有什么限制，允許有重復值和空值
唯一索引：索引列中的值是唯一的，但是允許有空值
還有其他索引 譬如全文索引、空間索引、前綴索引等不常見

4、mysql 幾個存儲引擎，innodb 和MyISAM區別
答:MySQL有多種存儲引，MyISAM、InnoDB、MERGE、MEMORY(HEAP)等

InnoDB 和MyISAM 區別：
1）. InnoDB 支持事務，MyISAM 不支持事務。這是 MySQL 將默認存儲引擎從 MyISAM 變成 InnoDB 的重要原因之一；
2）. InnoDB 支持外鍵，而 MyISAM 不支持。對一個包含外鍵的 InnoDB 表轉為 MYISAM 會失敗；
3）. InnoDB 是聚集索引，MyISAM 是非聚集索引。聚簇索引的文件存放在主鍵索引的葉子節點上，因此 InnoDB 必須要有主鍵，通過主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然后再通過主鍵查詢到數據。因此，主鍵不應該過大，因為主鍵太大，其他索引也都會很大。而 MyISAM 是非聚集索引，數據文件是分離的，索引保存的是數據文件的指針（就是物理地址）。主鍵索引和輔助索引是獨立的 。
注意：MyISAM 無論是主鍵還是非主鍵索引 ，data存儲的都是這條數據的物理地址（地址指針），innodb 主鍵索引的data就是這條數據，非主鍵索引的data是主鍵id，

高級

1.索引底層機制，B+樹特性，和其他數據結構（二叉樹、紅黑樹）區別，
答：這個屬于高級特性，后續公眾號會重點輸出數據庫相關的知識和面試題

2.mysql事務隔離級別、MVCC?是什么，
答：

MVCC ，Multi-Version Concurrency Control，多版本并發控制。MVCC 是一種并發控制的方法，一般在數據庫管理系統中，實現對數據庫的并發訪問；在編程語言中實現事務內存

3.數據庫鎖類型，什么是數據庫死鎖，如何避免？
答：從數據庫系統角度分為三種：排他鎖、共享鎖、更新鎖。
從程序員角度分為兩種：一種是悲觀鎖，一種樂觀鎖，等等

避免死鎖方式：
結構化數據建模：基于范式原則初級建模
熱點業務排解：挖出核心業務模型
應用拆解：降低時間片復雜度
提升性能：優化代碼，集群、超時機制、回滾機制

4.主從底層數據同步機制、binglog、redolog、undolog區別，
答：redo log：確保事務的持久性。防止在發生故障的時間點，尚有臟頁未寫入磁盤，在重啟mysql服務的時候，根據redo log進行重做，從而達到事務的持久性這一特性。undo log：回滾日志保存了事務發生之前的數據的一個版本，可以用于回滾，同時可以提供多版本并發控制下的讀（MVCC），也即非鎖定讀binlog：二進制日志作用：用于復制，在主從復制中，從庫利用主庫上的binlog進行重播，實現主從同步。 用于數據庫的基于時間點的還原。

四.開發語言，java這塊后續我會陸續推出一些java基礎專欄，

面對對象三大特性、通俗解釋，八大基本數據類型及其大小，循環、判斷等語法

2.java集合 如arraylist、linkedlist、hashmap等特性和底層實現原理 ；

3.java鎖類型，線程安全、線程池、juc并發組件、反射等；

4.Jvm內存結構，不同版本區別，gc方法，調優，命令等等；

5.springboot、spring、mybatis等框架的使用和常見面試題

6.單例、工廠、適配器等設計模式

7.zk、dubbo、springcloud等相關java框架是否接觸過？底層原理

8.分布式事務、分布式鎖、冪等性等常見分布式問題是否了解？解決方式？

五.自動化，這塊是面試官重點去考察的地方，

1.自己開發的自動化框架嗎？為啥要開發這么一個框架呢？市面上很多自動化平臺為什么不用，卻要自己搭建？想過投入產出比嗎？

答：自己搭建，主要是項目每次上線之前，回歸重復的功能占用大量迭代時間，通過自動化框架可以節約時間，市面上的測試平臺得自己部署和維護，出現問題需要自己去查底層代碼解決，學習門檻較高，并且很多功能幾乎用不到，自己搭建的自動化框架，開發相對簡單，上手特別快，特別符合當前的項目需要。

2.說下接口自動化分別用了哪些框架，怎么實現的，你主要負責哪些部分？
答：我的主要是springboot、testng、mysql、okhttpcilent、mq 那套東西。

3.你們這套框架最難的技術點有哪些？搭建框架過程中遇到哪些問題，怎么解決的？
答：難點技術有很多，譬如失敗用例重跑機制，異步接口校驗返回結果，場景測試中前置依賴接口怎么處理，涉及到mq 怎么操作等等

4.流程場景怎么設計用例的？假如流程比較長，你怎么保障前面流程成功？
答：可以引入失敗用例重跑機制 testng有接口實現、簡單接口，我們可以直接在數據庫造數據。

5.數據放哪的？數據驅動怎么做的？關鍵字驅動怎么做的？
答：看情況，如果是靈活的數據，建議放在excel里面，做數據驅動，如果是賬號、密碼這種修改很少的數據，可以考慮放在配置文件中，如果是那種一成不變的可以寫死（盡量別這么做）。

關鍵字驅動：測試用例的步驟(元素)和用例分離。關鍵字驅動表示把項目中的一些邏輯封裝成關鍵字(一個函數名)。例如login、 register、order進行設置變量（Set Viriable）,調用不同的關鍵字組合實現不同的業務邏輯，從而驅動測試用例執行。
數據驅動：數據和用例步驟分離，通過excel、yaml等文件保存數據。數據驅動是把測試用例里面的數據提取到excel或者yam文件里面，然后通過改變excel或yaml中的數據驅動測試用例執行。

6.這套框架覆蓋了開發多少業務代碼，怎么統計出來的？多少用例，跑一次多長時間？
答：主要覆蓋所負責業務的主要流程和一些常見的異常流程，通過jacoco 覆蓋率統計工具統計出來的，用例大概有100+個，涉及到30多個接口，跑一次將近2分鐘左右。

7.開發修改接口和你的自動化代碼怎么同步修改，以保證自動化測試代碼不報錯？
答：依靠規范、或者技術手段。

六.性能測試重中之重，內容包羅萬象，涉及到性能測試方式、策略、監控、分析調優等方面

1.你們公司性能測試怎么做的，說一下流程？
答:基本流程就是產研測三方開會、一起定下tps基準值，測試設計性能測試計劃和測試用例、用例評審、進行壓測、觀測數據找出性能瓶頸，調優持續壓測等等

2.TPS上不去什么原因，怎么排查？響應時間太長怎么分析？
答：通過各種監控技術如prometheus 、skywalking等 觀測系統瓶頸，基本上分為一下幾個方面 帶寬、連接池、硬件、垃圾回收機制、數據庫等方面去分析。

3.線程阻塞和死鎖問題怎么去定位分析，有什么現象?
答：在發生死鎖之后，程序卡住沒有任何反應，但程序仍在運行，因此需要借助一些命令來排查，用JDK自帶的命令jstack -pid去查看線程信息，jstack很快就幫我們找到了死鎖的位置（在實際運行中，往往dump一次信息，還不足以確認問題，建議多dump幾次，如果每次dump都指向同一個問題，那么就可以確定是這個問題導致的線程死鎖）

4.內存泄露和內存溢出有什么區別？分別會有什么現象？怎么定位分析？
答：內存溢出（Out Of Memory） ：就是申請內存時，JVM沒有足夠的內存空間。通俗說法就是去蹲坑發現坑位滿了。
內存泄露 （Memory Leak）：就是申請了內存，但是沒有釋放，導致內存空間浪費，通俗點就是占著那啥不那啥。

5.數據庫是怎么監控的，sql慢查詢怎么監控分析？
答：見數據庫sql優化面試題。

6.如何進行全鏈路監控分析，定位性能瓶頸？
答：自行百度

7.壓測線上環境都會遇到什么問題，數據隔離怎么做的？如何減小對生產影響？
答：臟數據影響真實的業務響應和數據，可以考慮落入影子庫，mock對象、或者數據帶有明顯標識等手段。

8.測試過程中都發現了哪些性能問題，怎么定位分析的?優化方案是什么？
答：每個人準備的問題不一致，我的就是遇到了jvm fullgc頻繁導致接口響應時間慢，通過java一些命令定位分析發現jvm配置不合理。

9.項目架構是怎么樣的？簡單描述或者畫圖
答：微服務架構，兩個入口、公眾號和web端，請求先經過Nginx做負載均衡、流量均勻的打到項目的api網關，后面就是項目的微服務架構（采購單、供應商、庫存、倉庫物流等等）如果對后端采用的架構熟悉，可以順帶提一下，比如用了springcloud 全家桶、eureka做服務注冊和發現，mq實現異步解耦，redis緩存有效減少數據庫交互等等。

七.中間件相關問題,簡歷如果說了，面試官一般都會順帶問下

1.正向代理和反向代理區別？Nginx了解嗎？負載均衡算法
答：Nginx是一款自由的、開源的、高性能的HTTP服務器和反向代理服務器；同時也是一個IMAP、POP3、SMTP代理服務器；Nginx可以作為一個HTTP服務器進行網站的發布處理，另外Nginx可以作為反向代理進行負載均衡的實現。

正向代理：服務器位于客戶端和服務器之間，為了從服務器獲取數據，客戶端要向代理服務器發送一個請求，并指定目標服務器，代理服務器將目標服務器返回的數據轉交給客戶端。這里客戶端需要要進行一些正向代理的設置的。舉例:翻墻，正向代理中被代理的是客戶端的請求
反向代理：客戶端對代理是無感知的，客戶端不需要任何配置就可以訪問，客戶端將請求發送到反向代理服務器，由反向代理服務器去選擇目標服務器獲取數據后，在返回給客戶端，此時反向代理服務器和目標服務器對外就是一個服務器，暴露的是代理服務器地址，隱藏了真實服務器IP地址。

負載均衡算法：輪詢、隨機、最少連接、hash、加權等，說一下具體使用場景

2.mq是如何測試的？你項目中怎么應用的？mq的優缺點？為什么使用mq？怎么保障mq消息的有序性、冪等性、可靠性（不丟失）
答：消息中間件 具備解耦、削峰、異步的作用，具體可自行百度

3.為什么使用redis，redis五種數據類型，如何測試redis的，項目中如何應用的？
答：基于內存查詢效率高，高并發情況下保護數據庫，string、hash、list、set、zset五中數據類型，項目中主要用于請求token 保存和失效，防重分布式鎖，冷數據（改動量小）保存，冪等性校驗等等。

4.都發現過哪些緩存方面的bug，怎么定位的？
答：緩存和數據庫數據不一致，緩存穿透，擊穿，雪崩等

5.redis穿透，擊穿，雪崩機制，被問了好幾次…
答：自行百度

八.算法，一些大廠必問，百度、阿里、字節、騰訊等

1.常見的排序算法，冒泡，快排等

2.數組，字符串的相關算法操作比如找一個字符串中重復最長的字符串、兩數之和等

3.簡單的數據結構棧，隊列，鏈表的基本的操作等

算法這塊沒有捷徑，需要日積月累，一些常見的算法題，盡量在理解的基礎上去默寫并記熟，有些網站牛客網、LeetCode刷刷題加強一下。

九.其他

假如測試任務重，時間緊，但是人手不夠你怎么處理？
答：向上反饋真實情況、加派人手、爭取更多時間或削減不必要需求，測試中要充分理解需求，設計用例加強評審，需求排優先級等等

2.假如開發不認可你提出bug,怎么辦？
答：自己重新復現一下提出的bug,如果確實是bug,可以和開發當面溝通清楚，溝通無效則向上反饋。

3.線上有碰到過漏測的bug嗎？怎么處理的
答：碰到過，可以說一個不大不小的漏測案例（前提是別人的bug才導致的），重點說下防止下次漏測措施。

4.職業規劃，離職原因。
答：這個開發性題目，離職原因盡量別說上家公司壞話。