1. LR 11.5版本支持直接錄制，用于客戶端主動發起交易，服務器端返回請求
2. websocket錄制，被動接收，時刻會有監聽，一旦監聽到有新的東西，會主動推過來，即基于html5
zx寫腳本寫兩套，一個是LR錄制的，一個是基于Jquery開發的。Jquery是基于JS的，通過腳本實現的。JS依賴于IE，在IE環境里執行的。模擬這個過程
交易路徑的選取原則：
1. 按照交易路徑的復雜度
2. 交易路徑的典型性
接入端，一旦APP發布出來后，很多用戶會用到，有些消耗服務器端資源，有些消耗客戶端資源（關鍵字：websocket
Android 被動 主動）
拿著pad轉的投保經理，前端提交的信息，到后端走的只是調用不同的接口，本質上走的也是http協議。
接口測試就是拼報文，報文格式不同，有的是xml報文，有的是json格式。后端報文格式（atm機、柜面接入的、pos）使用8583，前端不能用，基于xml格式的，json格式。
加密這個問題：接入端發起的是明文，然后要看是什么類型的加密：如果是封裝在LR交易線里的，則自己做加解密，返回的也是明文；而對于mq這種是敏感字段加密，送過去后服務器不進行二次加密，直接對密文直接解析；因此前端需要加解密；
1、如何測試db2數據庫與中間件連接方式下,總帳憑證的保存效率：was中間件，使用的是was數據源；ibm的中間件--連接數
數據庫緩存 超時時間
2、如何監控中間件與數據庫連接的并發書和事務數：連接池的連接數；數據庫這塊兒事務的提交數，awr方式
B2B 使用https 就是有個設備，請求過去轉一圈，LR端只需要把HTTP換成HTTPS就成
B2C 使用http
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters