這次，我們開始按照測試用例進行接口測試。
在測試之前，我先說一點：
此套項目提供了一份完整的測試用例，但如果你想掌握接口測試技能，建議你先閱讀接口文檔，然後自己寫一份測試用例，再對照標準用例，查漏補缺，100%對你有益
測試用例
打開測試用例。該用例有四個大場景（查詢、新增、更新、刪除），共57條用例（查詢學院信息28個，新增學院信息15個，更新學院信息11個，刪除學院信息3個）。
在實際的接口測試中，當你寫完測試用例後需要挨個執行用例，確保每一條用例通過，如果不通過，那你便發現了一個bug。
這裡不會跟大家過每個用例，因為簡單的接口測試真沒多少難度，但凡你會用電腦，都可以依葫蘆畫瓢操作上手。
具體的測試方法見Postman截圖（一般我們都使用Postman做接口測試）：
GET請求（查詢學院信息）
POST請求（新增學院信息）
PUT請求（更新學院信息）
DELETE請求（刪除學院信息）
思考
在上手操練中，你是否有這樣的煩惱：
01 有些用例，操作得很煩
比如這三個，
在第一條用例中，你需要新建T01、T02學院；
在第二條用例中，你又需要刪除其中一個學院才可以請求；
在很下面的第三條用例中，你又需要刪除兩個學院才可以請求。
想想如何解決？
當你熟悉業務後，你的用例其實可以改為：
第一步，驗證T01，T02兩個為空的場景；
第二步，新增T01，驗證T01存在，T02不存在的場景；
第三步，新增T02，驗證兩個都存在的場景。
到最後，你的數據，是T01和T02都在，可以拿存在的數據去驗證其他場景，比如更新和刪除等，而不是像之前被動地跟著用例走，做了很多重複性工作。
02 重複測試
當你辛苦測試一次之後，開發突然告訴你：我改了一點代碼，需要你重新測試一次。
第一次你可能會接受，但次數多了之後，你100%會煩躁，覺得測試工作十分枯燥，毫無意義。
想想如何解決？
自動化測試。
這就是自動化測試的初衷——減少重複性工作（值得減少的），提高工作效率（減少精力投入）。
所以：邊工作邊思考，才能讓你持續進步。
以上，成功！需要全套項目的可以找我噠，若遇問題，可以在下方留言評論。