什麼是介面測試？
所謂介面，我理解的就是乙個開關，我們通過在外面向開關發出一些指令如「開燈」、「關燈」、「調亮」、「調暗」等，檯燈會根據你的指令給你對應的反饋。
如果你發出了調暗的指令，檯燈直接給你關掉了，那就是說明這個介面返回是有問題的。
常見請求方式
get --- 通過請求url得到資源
post --- 用於新增新的內容
put --- 用於修改某個內容
delete --- 刪除某個內容
同時對應的有如下規則：
當用「get」方式時，只用來獲取資料，成功了返回http狀態碼200
當用「post」方式時，只用來建立資料，成功了返回http狀態碼201
當用「put」方式時，只用來修改資料，成功了返回http狀態碼203
當用「delete」方式時，只用來刪除資料，成功了返回http狀態碼204
當請求傳送失敗，返回http狀態碼400
這樣的規則我們稱之為「restful」標準，下圖是restful的狀態碼返回
介面測試
因此，介面測試就可以總結為以下步驟：
1.拿到介面的url位址
2.檢視介面是用什麼方式傳送
3.新增請求頭，請求體
4.傳送檢視返回結果，校驗返回結果是否正確
spring restful的一些個人總結
額，好像就乙個 使用 pathvariable接收引數，引數值需要在url進行佔位，前端傳參的url url main mm am edit public string edit pathvariable long id,pathvariable string name 並且 pathvariabl...
關於SpringIOC的一些個人理解
根據上面這個思路接著說的話，那就順理成章了，首先spring容器將所有的bean都放在一起進行管理，然後當某個應喲經程式需要用到某個bean物件的時候，說一下，然後spring自動給這個程式分配他所需要的物件。這就是所謂的控制反轉了吧？本來這個宣告建立bean物件的過程應該由程式自己進行，建立呼叫然...
關於git命令一些個人理解
對於git reset hard 版本號 如果工作區新增了乙個檔案，那個檔案不會被刪除，因為沒有add過，不能對它追蹤。同樣，假如工作區新增了新檔案，如果git reset 版本號 再git checkout 新檔名 是會報錯的，也是沒有追蹤那個新檔案。這個時候如果git status，會顯示有新檔...