工作中的介面如打**的按鍵，電梯中的樓層按鍵，開車時腳踩油門，介面就是乙個位於複雜系統之上並且能簡化你的任務，它就像乙個中間人讓你不需要了解詳細的所有細節，我們今天要講的web api就是這麼一類東西。
越底層發現bug，它的修復成本是越低的，介面屬於金字塔模型 的中間層，屬於收益產出比最高的
金字塔模型
前端隨便變，介面測好了，後端不用變
檢查系統的安全性，穩定性
系統複雜度上公升，傳統測試方法成本加大，效率降低，介面可以 解決這個問題
前後端框架分離，從安全層面說
只依賴前端進行驗證已經不能滿足安全的需求，因為繞過前 端太容易，要對介面做控制，做相應的校驗
前後端傳輸，日誌列印等資訊是否加密傳輸也是需要驗證的，特別是密碼，身份證，銀行卡資訊等。
介面測試的原理是什麼呢？
測試人員可以借助工具模擬客戶端向伺服器端傳送請求報文，伺服器端接收請求報文後，對相應的報文做出處理並向客戶端返回應答，工具模擬客戶端接收應答，然後測試人員檢查應答是否準確，這就是介面測試的原理。
介面測試的範圍有哪些呢？
關於介面的測試的範圍，主要從以下兩個方面進行介紹。
1、是否所有的介面都需要測試？
隨著系統複雜度越來越高，介面越來越多，想完全覆蓋所有介面是一件很困難的事情。
通常情況下，主要測試最外層的兩類介面：資料進入系統的介面（呼叫外部系統的引數為本系統使用）和資料流出系統的介面（驗證系統處理後的資料是否正常）
2、被測介面需要測試哪些方面？
測試人員需要關注被測介面的功能是否實現，效能是否達標，安全性是否滿足，重點關注資料的交換，傳遞，處理次數以及控制管理的過程。
介面的分類？
依據所遵循協議的不同，常見介面可以分為以下三類。
http介面，他是基於超文字傳輸協議開發的介面，但並不能排 除沒有使用其他協議
webservice介面，他是系統對外的介面，比如你要從別的**或伺服器上獲取資源，一般來說，別人不會把資料共享給你的，他們會提供乙個他們寫好的方法，讓外部人員獲取資料，從而達到資料同步的目的。
restful介面，簡稱rest其描述了乙個架構樣式的網路系統，核心是面向資源。rest專門針對網路應用設計和開發方式，降低開發的複雜性，提供系統的可伸縮性。
基於b/s架構的軟體系統介面大多數為http介面
介面測試流程？
1、編寫介面測試計畫
介面測試計畫跟功能測試計畫是一樣的，都是為了確認是否滿足需求，確定測試環境及測試計畫，為設計測試用例做準備，一般來說，介面測試計畫包含概述，測試資源，測試功能及重點，測試策略，測試風險及測試標準
2、編寫，評審介面測試用例
3、執行介面測試
執行介面測試的時候，可以借助已經開發好的工具，如比較主流jmeter，postman，soapui，或者直接自己寫**進行相應的介面測試。
4、介面自動化測試持續整合
第一，流程方面，在回歸階段加強異常場景的覆蓋，並逐步向系統測試，冒煙測試階段延伸，最終達到全流程自動化。
第二，結果展示，更加豐富的結果展示，趨勢分析，質量統計和分析等
第三，問題定位，報錯資訊，日誌更精準，方便問題復現與定位
第四，結果校驗，加強自動化校驗能力，如資料庫資訊校驗。
第五，**覆蓋率，不斷嘗試由目前的黑盒向白盒下探，提供**覆蓋率。
第六，效能需求，完善效能測試體系，通過自動化的手段監控介面效能指標是否正常
作 者： testfan 夭夭
接到面試通知該幹嘛？看了就明白了！
接到面試通知後，有點迷茫 面試前到底該做些什麼？怎樣的準備才能讓自己在面試時呈現最好的狀態，提高面試成功率？以下是凝聚了眾多求職過來人的經驗，匯聚而成的面試準備精華。吸收了這些，面試時你也能做得更好！公司方面 關於公司本身 了解對方公司的企業性質，規模，產品，所在行業，近年發展，員工評價 薪酬水平等...
什麼才算是說明白了
早上開會的時候，一位新同事反映說技術經理沒有把需求說清楚，所以他只把介面做好了，相關功能還沒有新增上去。結果技術經理火了，說 不是已經交代清楚了嗎，你還一直問問問，問那麼多問題幹什麼！雙方都認為是對方的錯，自己沒有錯，那麼，這裡到底是誰的錯？我們在處理事情的時候往往有一種無意或者有意的自我保護傾向，...
FFT的詳細解釋，相信你看了就明白了。。。
看到的跟大家分享一下。fft是離散傅利葉變換的快速演算法，可以將乙個訊號變換 到頻域。有些訊號在時域上是很難看出什麼特徵的，但是如 果變換到頻域之後，就很容易看出特徵了。這就是很多訊號 分析採用fft變換的原因。另外，fft可以將乙個訊號的頻譜 提取出來，這在頻譜分析方面也是經常用的。雖然很多人都知...