支付-異常測試方法總結
補償:
-
調下游異常:kill掉被調系統的服務,上游發起交易請求;
-
調下游超時:改變被呼叫介面資訊;
-
下游未回撥、回撥超時、回撥異常:
1、請RD幫忙註釋回撥的程式碼;
2、模擬下游未回撥:
a、完成一筆回撥成功,上游也消費成功的交易
b、更改上游系統資料庫狀態為需要的狀態(成功失敗or處理中)
c、根據業務場景,決定是從上游手動重發交易觸發補償還是等待系統自動定時補償
d、將下游系統配置檔案裡地址改為錯誤的
3、模擬下游未落單:
a、完成一筆正常交易
b、刪除(沒有刪除許可權就修改單號)下游訂單、流水及記賬資訊
c、更改上游訂單狀態及記賬
d、據業務場景,決定是從上游手動重發交易觸發補償還是等待系統自動定時補償,或者通過curl的方式觸發補償。
e、將下游系統的防火牆開啟
f、將下游系統呼叫時間改短一些
-
上游更新資料庫失敗或連線資料庫超時:
1、請RD幫忙更改程式碼,資料庫更新的部分寫錯邏輯;
2、模擬資料庫更新失敗或為進行更新:
a、成功完成一筆交易
b、不改動下游的內容,將上游資料庫資訊進行更改(包括訂單表、流水錶及賬務資訊)
c、根據業務場景,決定是從上游手動重發交易觸發補償還是等待系統自動定時補償,或者通過curl的方式觸發補償。
d、在檢索記錄的時間裡改配置檔案裡的資料庫地址
-
對成功的訂單進行curl補償
回撥:
-
回撥正常:
正常回調測試,包括下游處理中、下游成功、下游失敗等情況的回撥。
-
回撥異常:
a、請RD幫忙將回調的地址改為錯誤的
b、不配置MQ或配置錯誤的MQ-TOPIC
c、回撥先於同步通知
d、通過curl的方式模擬回撥
冪等:
- 併發
- 併發情況下的MQ重複消費;
-
已成功的訂單進行重發交易
-
已經預下單的訂單進行重發交易,根據不同場景分析是可以繼續支付還是堵重(例如:交易引擎系統的處理是可以在原單基礎上進行支付,pgw的處理是下單失敗)
- 如果是重發簡訊,需要關注1分鐘內的次數限制
定時任務:
- 定時任務關閉,關注是否跑定時;
- 定時任務的配置(是否可以手動觸發);
- 定時任務開啟,定時任務是否生效並關注定時週期;
- 對賬跑批的定時任務關注時間設定;
- 手動改資料庫狀態後跑task;
相關推薦
支付-異常測試方法總結
補償: 調下游異常:kill掉被調系統的服務,上游發起交易請求; 調下游超時:改變被呼叫介面資訊; 下游未回撥、回撥超時、回撥異常: 1、請RD幫忙註釋回撥的程式碼; 2、模擬下游未回撥:
web測試中的測試點和測試方法總結
動態 小數 圖片尺寸 提示信息 方便 margin style 容錯性 字符型 測試是一種思維,包括情感思維和智力思維,情感思維主要體現在一句俗語:思想決定行動上(要懷疑一切),智力思維主要體現在測試用例的設計上。具有了這樣的思想,就會找出更多的bug。 一、輸入框
web測試方法總結
文本框 心理 而且 背景顏色 利用 http nbsp 地圖 圖案 一、輸入框 1、字符型輸入框: (1)字符型輸入框:英文全角、英文半角、數字、空或者空格、特殊字符“~!@#¥%……&*?[]{}”特別要註意單引號和&符號。禁止直接輸入特殊字符時,使
移動APP測試方法總結
存在 android 基礎 文件 數據格式 相冊 穩定 卡死 問題 移動APP測試,除了基礎功能測試測試方法外,需要額外關註以下方面: 兼容性測試 流量測試 電量測試 弱網絡測試 穩定性測試 安全測試
測試理論--web測試方法總結
button 層次 似的 負載測試 表現 故障恢復 保留 丟失 項目組 一、輸入框 1、字符型輸入框: (1)字符型輸入框:英文全角、英文半角、數字、空或者空格、特殊字符“~!@#¥%……&*?[]{}”特別要註意單引號和&符號。禁止直接輸入特殊字符時,使
接口測試方法總結
markdown 技術 mark .com 騰訊 info image png strong 本文章由《騰訊TMQ文章接口測試用例設計》總結而來 接口測試方法總結
軟體測試之Web系統常用的測試方法總結
Web系統常用的測試方法: 1.頁面連結檢查:每一個連結是否都有對應的頁面,並且頁面之間切換正確。 2.功能相關性檢查:刪除/增加一項會不會對其他項產生影響,如果產生影響,這些影響是否都正確,常見的情況,增加某個資料記錄以後,如果該資料記錄某個欄位內容較長,可能會在查詢的
微信小程式測試方法總結
最近的新專案是小程式加web端後臺管理 主要找了些文章方便自己使用也分享給大家: 微信小程式測試方法 https://blog.csdn.net/qq_30261301/article/details/70154535 微信小程式自動化測試流程 https://mp.
hu丫丫收集到的web測試方法總結
轉自部落格園http://www.cnblogs.com/Jessy/p/3539638.html 一、輸入框 1、字元型輸入框: (1)字元型輸入框:英文全形、英文半形、數字、空或者空格、特殊字元“~!@#¥%……&*?[]{}”特別要注意單引號和&
Perl異常處理方法總結
程式指令碼在執行過程中,總會碰到這樣那樣的問題,我們會預知一些問題併為其準備好處理程式碼,而有一些不能預知。好的程式要能儘可能多的處理可能出現的異常問題,本文就總結了一些方法來解決這些異常,當然perl在這個處理了不及其它同類語言,但也不會差到那裡。在開始前,我
軟體測試方法總結
如果你在百度搜軟體測試方法,得到的結果會嚇你一蹦: 下面只針對白盒測試和黑盒測試總結一下。 【白盒測試】 研究程式的原始碼(處理過程)和程式結構。不需測試軟體產品的功能。 【黑盒測試】
web測試方法總結(四)
十四、連結測試 主要是保證連結的可用性和正確性,它也是網站測試中比較重要的一個方面。 可以使用特定的工具如XENU來進行連結測試。1導航測試 導航描述了使用者在一個頁面內操作的方式,在不同的使用者介面控制之間,例如按鈕、對話方塊、列表和視窗等;或在不同的連線頁面之間。通過考
web測試方法總結(三)
十二、介面和易用性測試 1、風格、樣式、顏色是否協調 2、介面佈局是否整齊、協調(保證全部顯示出來的,儘量不要使用滾動條 3、介面操作、標題描述是否恰當(描述有歧義、注意是否有錯別字) 4、操作是否符合人們的常規習慣(有沒有把相似的功能的控制元件放在一起,方便操作) 5、提
手機客戶端應用UI覆蓋測試方法總結
用例設計 兩種 情況 手動 ace 邏輯 重試 不同 修改 客戶端測試邏輯分析 客戶端測試用例UI界面覆蓋用例設計法,主要針對界面的UI處(User Interface),凡是UI,就意味著有網絡請求,和後臺數據打交道 UI的數據,分為客戶端上報的數據和後端下發的數據。
機器學習 -- > 檢測異常樣本方法總結
資料預處理的好壞,很大程度上決定了模型分析結果的好壞。其中,異常值(outliers)檢測是整個資料預處理過程中,十分重要的一環。方法也是多種多樣。 由於異常值檢驗,和去重、缺失值處理不同,它帶有一定的主觀性。在實際業務場景中,我們要根據具體的業務邏輯來判別哪
web測試方法總結(二)
十一、直接URL連結檢查1、在Web系統中,在位址列直接輸入各個功能頁面的URL地址,看系統如何處理,是否能夠直接連結檢視(匿名檢視),是否有許可權控制,是否直接執行,並返回相應結果頁;十二、介面和易用性測試1、風格、樣式、顏色是否協調2、介面佈局是否整齊、協調(保證全部顯
web測試方法總結(一)
一、輸入框 1、字元型輸入框: (1)字元型輸入框:英文全形、英文半形、數字、空或者空格、特殊字元“~!@#¥%……&*?[]{}”特別要注意單引號和&符號。禁止直接輸入特殊字元時,使用“貼上、拷貝”功能嘗試輸入。 (2)長度檢查:最小長度、最大長度、最小長度-1、最大長度+1、輸入超工字元
js 移動端測試方法總結
1. node外掛anywhere 簡介 一句話隨時隨地將你的當前目錄變成一個靜態檔案伺服器的根目錄。可以在需要測試的專案根目錄下使用,訪問index.html 安裝方法 npm install anywhere -g 使用方法 an
Java中異常處理方法總結
Java中常用的異常處理有3中方式: 1.try {} catche{} try...catch 適合處理程式設計師可以控制和使用者輸入有誤的情況,把認為可能會出現異常的程式碼放到try後面的{},異常後執行的程式碼放到catche的{}裡面,catche的{}後面的語句正
web測試方法總結一
一、輸入框 1、字元型輸入框: (1)字元型輸入框:英文全形、英文半形、數字、空或者空格、特殊字元“~!@#¥%……&*?[]{}”特別要注意單引號和&符號。禁止直接輸入特殊字元時,使用“貼上、拷貝”功能嘗試輸入。 (2)長度檢查:最小長度、最大長度、最小長度-1、最大長度+1、輸入超工字元