1、問題：目前公司的開發模式是後端寫介面，然後前端寫頁面，等前端頁面寫完了再對後端介面，與後端聯調實現功能，這就導致跟後端對接介面聯調的時候太累了，耦合太緊，交流半天才解決一丟丟問題，前端改的時候後端閒著，後端改的時候前端閒著的，溝通成本太高，效率太低下，在我看來這並不是真正意義上的前後端分離，需要前後端解耦。
2、解決（因公司問題尚未解決）：在專案初期前後端一起根據需求編寫介面文件，使介面符合邏輯，等介面文件出來後，前後端分離，後端根據介面文件編寫後端介面並自己調通，前端則根據介面文件配置模擬資料來寫頁面實現功能，到最後前後端把各自專案打包放上伺服器測試，誰的錯誰改。
3、前端實現node+mock模擬介面：
建立乙個資料夾並初始化
npm init -y安裝需要用到的依賴
express 建立極簡的web框架
npm install expressmockjs 建立出需要的模擬資料
npm install mockjsbody-parser 用於處理post請求中請求體的資料
npm install body-parser
//在其他地方呼叫介面（兩種方式）引入express模組
var express = require('express')
//處理post提交引數
var bodyparser = require('body-parser')
//引入mock資料
var mock = require('mockjs')
//呼叫express方法
//路由----> 程式 初始路徑
(req, res) )
})//
處理傳輸的post資料格式
bodyparser.urlencoded())//
介面(req, res)
],'total|60-120': 120},
code: 200})
})})//
監聽服務位址
() )
就可以看到介面呼叫成功並返回需要的模擬資料
介面傳遞引數加密
加密 param id param key return string key 和 iv的長度 必須滿足16的整數倍 public static function encrypt id,key 解密 param encrypt param key return int string public s...
python mock 模擬 介面
什麼是mock介面？mock通常是指，在測試乙個物件時，我們構造一些假的物件來模擬與其互動。而這些mock物件的行為是我們事先設定且符合預期。通過這些mock物件來測試物件在正常邏輯，異常邏輯或壓力情況下工作是否正常。引入mock最大的優勢在於 mock的行為固定，它確保當你訪問該mock的某個方法...
介面測試傳遞陣列引數
最近做介面測試的時候，遇到乙個問題，傳遞的介面引數，有乙個引數為陣列形式，記錄下傳遞方式。介面url 介面引數 請求方法 get 返回值 json import requests base url data有2種寫法 data 2 model attr pairs mid 1 model attr ...