top1:版本意識與相容性問題。
對於乙個好的程式設計師來說,思考的時間》=寫**的時間,如果思路不對寫的**越多,錯的也越多,任何時候思考是保證高效工作最省事的**。
所以開發介面的第1要訣:所有的方法公升級必須考慮老使用者的相容性問題。
top2:使用者許可權驗證。
安全是乙個系統之所以生存的根基,如果做任何程式不考慮安全問題,那麼他的程式一定是糟糕的,一定的失敗的。
設想這樣乙個情景,我在開發乙個修改使用者資料介面的時候,只需要使用使用者的id和要修改的資料就夠了嗎?當然不夠,如果只根據使用者的id就修改資料的話,那麼非法的使用者就擁有了修改所有的使用者資料的權利,只要id傳對,這是多麼可怕的事情。
所以開發介面第2要訣:在修改和檢視任何私有資料的時候,先用令牌驗證使用者的有效性,證明你是你自己了才能進行關鍵性的操作,這個步驟在介面這裡是永遠不能省略的。
top3:在for迴圈中巢狀查詢。
效能問題是乙個程式好壞最直觀的體現,也是驗證乙個程式設計師最直接的方式,在這裡呢我要強調一件事,就是不要在for迴圈裡面巢狀查詢。因為大家都知道對於伺服器來說,最可能造成資源瓶頸的地方就是資料庫,所以資料庫資源也就是最昂貴的資源。
所以開發介面第3要訣:不要在for迴圈中查詢資料庫。
服務端介面測試小結
1 是否滿足前提條件 有些介面需要滿足前置條件,才可成功獲取資料。常見的,需要登陸token。逆向用例 針對是否滿足前置條件 假設為n個條件 設計0 n條用例 2 是否攜帶預設值引數 正向用例 帶預設值的引數都不填寫 不傳參,必填引數都填寫正確且存在的 常規 值,其它不填寫,設計1條用例 3 業務規...
服務端介面測試分析要點
題記 關於介面測試的歸納總結的想法 於去年的招聘,每次面試都會問關於介面測試的一些問題,可謂 一千個讀者眼中就有一千個哈姆雷特 每乙個測試人員眼中都有不同的對介面測試的理解,因為有了去年那一階段的招聘過程,我才陸陸續續的對服務端的介面測試要點和用例分析進行整理歸納,補充歸檔,也就有了這篇文件,歡迎閱...
不規範的服務端介面開發
背景1.data資料返回不規範 不規範 id 1 name tcl電視 規範 id 1 name tcl電視 2.列表返回不規範 不規範 1 2 不規範 id 1 name tcl電視 id 1 name tcl電視 不規範 顏色 冰河銀 版本 全網通 顏色 冰河銀 版本 全網通 規範 goods ...