常識性知識記錄（經常使用名詞定義等）

接口測試的內容：

測試返回值是否正確
測試返回值類型是否符合設計文檔
測試返回的 error 信息是否符合設計
對輸入進行類型、邊界測試，測試接口是否有對異常數據作處理

測試用例設計，參考以下：

1.輸入參數測試： 針對輸入的參數進行測試，也能夠說是假定接口參數的不正確性進行的測試，確保接口對任意類型的輸入都作了相應的處理：
輸入參數合法，輸入參數不合法，輸入參數爲空，輸入參數爲null，輸入參數超長；
2.功能測試：接口是否知足了所提供的功能，至關因而正常狀況測試，若是一個接口功能複雜時推薦對接口用例進行結構劃分，這樣子用例具備更好的可讀性和維護性。
3.邏輯測試：邏輯測試嚴格講應爲單元測試，單元測試應保持內部邏輯的正確性，可單元測試和接口測試界限並非那麼清楚，因此咱們也能夠從給出的設計文檔中考慮內部邏輯錯誤的分支狀況和異常；
4.異常狀況測試：接口實現是否對異常狀況都進行了處理，接口輸入參數雖然合法，可是在接口實現中，也會出現異常，由於內部的異常不必定是輸入的數據形成的，而有多是其餘邏輯形成的，程序須要對任何的異常都進行處理。

get和post的區別：

1. GET提交的數據會放在URL以後，以?分割URL和傳輸數據，參數之間以&相連，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的數據放在HTTP包的Body中.
2. GET提交的數據大小有限制（由於瀏覽器對URL的長度有限制），而POST方法提交的數據沒有限制.
3. GET方式須要使用Request.QueryString來取得變量的值，而POST方式經過Request.Form來獲取變量的值。
4. GET方式提交數據，會帶來安全問題，好比一個登陸頁面，經過GET方式提交數據時，用戶名和密碼將出如今URL上，若是頁面能夠被緩存或者其餘人能夠訪問這臺機器，就能夠從歷史記錄得到該用戶的帳號和密碼.

常見狀態碼：
200 - 服務器成功返回網頁
301 - 永久移動，請求的網頁已被永久移動到新位置
404 - 請求的網頁不存在，網頁不存在。
500 - 服務器遇到錯誤，沒法完成請求。
502 - 服務器做爲網關或代理，從上游服務器獲得了無效的響應
503 - 服務器暫時不可用，目前沒法使用服務器（因爲超載或進行停機維護）。.