程式設計介面）是一些預先定義的函式
，目的是提**用程式
與開發人員基於某軟體
或硬體得以訪問一組例程
的能力，而又無需訪問原始碼，或理解內部工作機制
的細節。
api一般都是基於http、https協議的。也就是說介面一般都是基於這兩種協議（硬體之間也有對應的協議，再次就不作深究）
常用的方法是get和post，我們先來了解一下基本的知識。
get - 從指定的資源請求資料。
post - 向指定的資源提交要被處理的資料
put、delete在介面測試時也會遇見，基本的原理都差不多的。
介面均會有返回碼，如200、400、501等
介面都有狀態碼，如errcode0 等 如下例項
返回結果中的錯誤碼表示了使用者呼叫雲 api 的結果。其中，code 為公共錯誤碼，其適用於所有模組的 api 介面。若 code 為 0，表示呼叫成功，否則，表示呼叫失敗。當呼叫失敗後，使用者可以根據下表確定錯誤原因並採取相應措施。（摘自某雲，內部給出的，基本上多數的公司都會自定義錯誤碼）
以上為api基本的知識，需要知道清楚才行。下面總結一下介面測試的一些側重點。
介面的測試驗證，主要是針對錯誤的情況展開的驗證，如果只是單純的正向驗證通過，並不代表介面測試就已經完成。
如登陸的介面，使用者名稱和密碼正確了，可以登陸。如果使用者名稱密碼錯誤的情況下呢？如何提示？密碼不符合規則呢？使用者名稱錯誤呢？系統該如何響應，如何提示？
所以，介面測試的重點就是在於驗證錯誤的情況，如字元型別錯誤、為空、字元長度等等情況，均需要進一一驗證。並且介面的測試是在功能測試的前面，只有當介面測試完成後，才可以進行功能性的測試。如果介面測試都不能達到的情況下，對程式或者軟體進行功能性測試，將很容易導致問題得出現、甚至阻礙功能測試的程序。（一般情況下，介面測試走在最前沿，正規的企業應該是有一套成熟的管理系統去把控的。）
response
：請求返回的值/引數（開發人員將資料庫查詢出的對應的資料進行提取，並進行
重新組裝而成，最後通過介面返回的數值）
有返回引數，就有請求引數。request --> response，如下圖所示
相關基礎知識
宣告 在作者學習資料結構的過程中發表的博文，一般是自己學習後知識點的總結，同時有些是摘抄於教材的，學習教材為 資料結構 c語言版 秦峰主編。特此宣告，後續博文不在重複說明。一 基本概念 資料 data 是對客觀事物的符號表示，它能夠被計算機識別 儲存 和加工處理。資料元素 data element ...
硬碟相關基礎知識
說明 本文 於網路相關知識收集。內部資料傳輸率 internal transfer rate 是指硬碟磁頭與快取之間的資料傳輸率，簡單的說就是硬碟將資料從碟片上讀取出來，然後儲存在快取內的速度。內部傳輸率可以明確表現出硬碟的讀寫速度，它的高低才是評價乙個硬碟整體效能的決定性因素，它是衡量硬碟效能的真...
MCU相關基礎知識
1.mcu有串列埠外設的話，在加上電平轉換晶元，如 max232,sp3485 就是rs232 和rs485 介面了。2.rs485採用差分訊號負邏輯，2 6v表示0 6 2表示1 有兩線制和四線制兩種接線，四線制是全雙工通訊方式，兩線制是半雙工通訊方式。在 rs485 一般採用主從通訊方式，即乙個...