接口測試--version2

接口測試

參考：https://testerhome.com/topics/4059
http://www.cnblogs.com/puresoul/p/5388586.html

1. 接口測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。

2. 接口測試通常分爲上層服務對下層服務的接口調用，服務之間的接口調用以及系統與系統之間的接口調用

   <2.1> 上層服務對下層服務的接口調用：主要是controller層提供給view層的接口，涉及的是http協議接口
   <2.2> 服務層之間的相互調用：主要是model層提供給controller層的接口
   <2.3> 系統與系統之間的接口調用：如調用第三方登錄、支付接口

3. 接口測試要點：

   <3.1> 檢查接口請求是否正確，返回數據的正確性與格式 【 好比：數據庫的增刪改查，當post接口操做完成後，經過列表頁的接口查看新的數據是否與剛纔post的數據一致；或者當輸出參數有聯動性時，須要校驗返回兩參數的實際結果是否都符合需求】
   <3.2> 檢查接口入參的默認值、參數類型、非空校驗、以及邊界值【 好比：接口有翻頁時，頁碼與頁數的異常值測試 】
   <3.3> 檢查接口的容錯性，如傳遞數據的類型錯誤時是否能夠處理
   <3.4> 全部功能都須要考慮兼容老版本，列表頁的接口需考慮排序值
   <3.5> 檢查接口的性能以及安全性

    

4. 接口測試意義：

   <4.1> 確保主要流程和系統穩定性
   <4.2> 將bug控制在項目前期階段
   <4.3> 縮短產品的研發週期
   <4.4> 檢查服務器的異常處理能力

   app功能測試

    

   
   app功能測試用例的設計，我看到一個很是有意思的帖子，我搬運一下，目的加強記憶，https://testerhome.com/topics/4664
   Q：有一個移動app 電影票，現有個活動，能以20%的價格買入1000張電影票，每人限購1張，做爲測試負責人如何設計這個測試？

產品特性
關鍵字：電影票、活動、20%、1000張、每一個人限購一張，那麼接下來就從業務來分析這個特性

1. 電影票有選電影院，選座，選場次，選地區等等，那麼這個其中的等價類，邊界值都是須要去考慮的。場景咱們能夠認爲從PRD中均可以獲取
2. 活動，既然是一個活動，那麼確定是一個hybrid的應用，可是至於哪些webview，那麼活動自己包括怎麼上線，怎麼下線，就是動態相關的一些功能點也是須要去測的（如：前端是否能夠實時刷新，前端提示是否友好，活動時間範圍檢查）
3. 20%：購買方式（網銀、支付寶、微信）是否正常？多少價格的20%？整數？小數？數據庫須要傳哪些參數？退款時退款數額是否正確？購買時提交異常數據可否正常處理？
4. 1000張：1000張的等價類劃分；如何處理並行，N我的同時付款一張票；若是有容許等待30min內付款，那等待付款時這張票可否容許其餘人付款？1000張須要從性能測試角度來作測試了。
5. 每一個人：ok，這實際上是個很重要的點。咱們怎麼來定義每一個人。app可能有獨立的帳戶體系，也多是第三方登陸系體系。也可能兩種並存，可是不管哪一種，是否可以保證咱們的應用能夠識別每一個人是否是就是同一我的呢？
6. 限購：根據什麼信息限購，eg手機號、app帳號？那麼咱們從幾個方面來考慮。重複購買可否成功？買了後退款從新買是否正常;若是有容許等待30min內付款，那第一張不付款，購買第二張會怎麼樣…；可否經過抓包修改參數購買多張？好比混合去買活動＋非活動的票？好比買了退票，再買？好比我看完了，用完了，再買？

移動端特性

1. 功能能夠和移動端的自己的特性，好比home，menu，電話呼叫，鬧鐘等各類功能結合
2. 兼容性：在不一樣設備，不一樣系統版本該「活動」的兼容性檢查
3. 可靠性：模擬ｍｏｎｋｅｙ測試１００００次檢查活動頁面的可靠性
4. 弱網測試：不一樣網絡wifi,3G ,4G 瀏覽的狀況
5. 該活動界面的CPU,GPU，耗電量，流量消耗檢查等
6. 安全性測試：數據注入、篡改（fiddler抓包，篡改數據後從新發包，看後端的處理）、敏感數據