基于雙信息系統(tǒng)的功能測試要點分析

各位領導，各位同事，大家好，我是張凱林，我的導師制論文題目是“基于雙信息系統(tǒng)的功能測試要點分析”，我的指導導師是焦健。北京開發(fā)中心導師責任制結業(yè)論文指導導師：焦健答辯人：張凱林學習·創(chuàng)造·超越·共享基于雙信息系統(tǒng)的功能測試要點分析PPT內容分為以下三部分：第一部分簡單介紹一下研究背景及意義，第二部分，也是PPT主要內容，“雙信息系統(tǒng)測試要點分析”，最后進行總結和展望學習·創(chuàng)造·超越·共享目

錄2研究背景及意義雙信息系統(tǒng)測試要點分析總結與展望123導師制這一年我參加了測試數(shù)據準備工作，數(shù)據倉庫輪崗學習工作、信用卡項目應用組裝階段的測試案例設計和測試執(zhí)行工作，由于時間有限，就不逐一展開說了。先介紹一下入行1年以來我參加的工作。去年8月到9月，我在數(shù)據組參加了測試數(shù)據準備工作，為2.2期各項目提供測試數(shù)據，學到了測試數(shù)據準備流程。10月到12月我去廈開輪崗學習，了解了P9數(shù)據倉庫的基本架構，學習了數(shù)據監(jiān)控平臺的使用。今年來，我參加了新一代3.1期信用卡項目應用組裝階段的測試案例編寫工作，學習了很多信用卡的業(yè)務知識，并且對新一代的體系結構有了一定的了解。而后我參加了信用卡項目應用組裝階段的測試執(zhí)行工作，學習了QC測試工具的使用方法，學習P2客戶端、個人網銀、手機銀行等渠道的測試方法，對信用卡業(yè)務有了更深入的了解。以上就是我在入行這一年來主要參與的工作。學習·創(chuàng)造·超越·共享研究背景及意義——功能測試基礎實踐總結學習測試數(shù)據準備流程赴廈開P9數(shù)據倉庫貼源組及應用

組學習，了解數(shù)

據倉庫架構，熟

悉數(shù)據監(jiān)控平臺，學習使用

Greenplum數(shù)據庫。測試數(shù)據準備工作廈開數(shù)據倉庫輪崗學習信用卡應用組裝測試案例設計信用卡應用組裝測試執(zhí)行參與測試數(shù)據準備工作。通過TOP系統(tǒng)及數(shù)據平臺為

2.2期各項目提供測試數(shù)據。參加信用卡應用組裝測試“終止信用卡合約”及

“分期”小組測試案例編寫，并負責將全組案例導入QC中。參加信用卡項

目應用組裝測

試執(zhí)行工作，

負責執(zhí)行案例、

QC測試支持，

缺陷跟蹤等。了解數(shù)據倉庫基本架構，學習使用數(shù)據監(jiān)控平臺學習信用卡業(yè)務知識，了解新一代體系架構學習QC測試工具的使用，學習P2客戶端、個人網銀、手機銀行的使用接著，進入我們今天討論的主題。要了解雙信息系統(tǒng)，首先要清楚它的定義。我們來看一下《銀聯(lián)聯(lián)網技術規(guī)范》中給出的單信息系統(tǒng)和雙信息系統(tǒng)的定義。在單信息系統(tǒng)中，一筆交易被發(fā)送一次，同時用于授權和清算。即，授權、清算全部在線發(fā)生。我們現(xiàn)在大多數(shù)交易系統(tǒng)都是單信息系統(tǒng)，比如使用借記卡去消費或者取現(xiàn)，一邊刷卡的同時，一邊卡里的錢就被扣除了，授權、清算是同時發(fā)生的。在雙信息系統(tǒng)中，一筆交易被發(fā)送兩次，第一次僅用于授權，第二次的附加信息用于清算。即，授權實時處理，清算非實時處理。雙信息系統(tǒng)常出現(xiàn)在信用卡交易中。我們可以從下面的圖中直觀地看出來，單信息系統(tǒng)是授權與清算實時處理的，也就是說這邊刷了卡，這邊發(fā)卡行就把錢實時轉入了收單行，卡片余額實時變化。而雙信息系統(tǒng)授權與清算是非實時的，授權可能發(fā)生在用戶刷卡交易的任何時間，而清算對于國內各大銀行來說一般都是每天晚上進行的，因此我們也是在每天晚上進行清算入賬跑批，在清算入賬跑批后，持卡人卡上的余額才發(fā)生變化。學習·創(chuàng)造·超越·共享研究背景及意義——雙信息系統(tǒng)定義4授權清算收單行發(fā)卡行單信息授權清算收單行發(fā)卡行雙信息非實時實時單信息系統(tǒng)一筆交易被發(fā)送一次，同時用于授權和清算。即，授權、清算全部在線發(fā)生。雙信息系統(tǒng)一筆交易被發(fā)送兩次，第一次僅用于授權，第二次的附加信息用于清算。即，授權實時處理，清算非實時處理。接著我們來看一下信用卡的交易流程。首先，持卡人到特約商戶處消費，結賬時使用收單行POS機刷卡，收單行不知道這張卡片是否可用，于是要通過卡組織向發(fā)卡行索要授權，確認這張卡片可以進行這筆交易。發(fā)卡行驗證這張卡片密碼正確、狀態(tài)正常、沒有超過當日消費的限額限次，也沒有發(fā)現(xiàn)欺詐行為，于是通過卡組織向收單行發(fā)送一個響應，告訴它這筆交易可以繼續(xù)進行，收單行POS機接到授權應答，提示交易成功，這就是一個授權的過程?？蛻艉炞执_認后，拿到自己心儀的商品。到了日終清算時間，特約商戶向收單銀行請款，請求結清當天的賬務，收單行向卡組織請款，卡組織將當天的清算文件發(fā)送給發(fā)卡行請款。發(fā)卡行根據清算文件與當天的授權記錄進行匹配，將白天發(fā)生的每一筆交易記入持卡人的賬戶中。清算完成后，將資金劃撥給收單行，收單行付款給商戶。這就是清算的過程。整個流程就是一個完整的雙信息交易流程，授權實時處理，清算非實時處理。那么雙信息系統(tǒng)這種授權與清算非實時的處理機制是否會對功能測試分析設計產生影響？有沒有可能出現(xiàn)授權時的金額和清算記錄中的金額不匹配的情況？有沒有可能出現(xiàn)只有清算記錄沒有授權記錄的情況？如果出現(xiàn)這些情況系統(tǒng)會怎么進行處

理？下面我將針對這些問題對雙信息系統(tǒng)授權清算匹配及清算入賬過程中的測試要點進行深入分析研究。研究背景及意義——信用卡交易流程雙信息系統(tǒng)對于功能測試分析設計有無影響？從雙信息系統(tǒng)授權與清算兩部分非實時的角度出發(fā)，研究雙信息系統(tǒng)授權與清算的匹配過程及清算流程學習·創(chuàng)造·超越·共享下面我們就來看一下雙信息系統(tǒng)測試要點分析學習·創(chuàng)造·超越·共享目

錄6研究背景及意義雙信息系統(tǒng)測試要點分析總結與展望123通過與業(yè)務人員和開發(fā)人員的交流，我了解到了雙信息系統(tǒng)的處理流程。首先，用戶刷卡消費，交易流程如前面的ppt所示，發(fā)卡行生成聯(lián)機授權記錄。而后卡組織日終清算，發(fā)送清算文件給發(fā)卡行。發(fā)卡行將日間授權記錄與日終清算記錄進行匹配，根據不同的匹配結果進行不同的入賬操作。在了解授權清算匹配規(guī)則之前，我們要先了解一下報文的定義。這里以銀聯(lián)為例，根據《中國銀聯(lián)聯(lián)網聯(lián)合技術規(guī)范》，授權和清算記錄都屬于一般交易流水記錄。在一般交易流水記錄中，共定義了128個報文域，分別代表不同的含義。我這里簡單列了幾個，比如我們來看，域2定義的是主賬號、域6為持卡人扣賬金額、域10持卡人扣賬匯率等等，這里加亮的字體為授權清算匹配用到的報文域。接著我們來看授權清算的匹配規(guī)則，一，如果域2：主賬號和域11：系統(tǒng)跟蹤號相同，則認為授權記錄與清算記錄匹配。二，如果系統(tǒng)跟蹤號不同，但是域2主賬號和域38授權應答碼相同，域6扣賬金額在容差范圍內，也認為授權與清算記錄匹配。其他情況認為授權清算記錄不匹配。這里還需要解釋一下金額容差的概念。金額容差的意思是，在外幣交易中，由于授權和清算是非實時的，在這個過程中有可能發(fā)生匯率的變化，造成授權記錄和清算記錄中的扣賬金額不一致的情況。針對這種情況，系統(tǒng)設定一個容差參數(shù)來控制，授權清算記錄中的扣賬金額在參數(shù)范圍內就視為是同一筆交易。授權清算匹配是雙信息系統(tǒng)一個重要的測試要點。雙信息系統(tǒng)測試要點分析——雙信息處理流程學習·創(chuàng)造·超越·共7

享用戶刷卡消費卡組織日終清算清算記錄n授權記錄1授權記錄n授權記錄2……清算記錄1清算記錄2……生成聯(lián)機授權記錄發(fā)送清算文件匹配規(guī)則：主賬號、系統(tǒng)系統(tǒng)跟蹤號相同：匹配。主賬號、授權應答碼相同，持卡人扣賬金額在容差范圍內：匹配。授權記錄域2：主賬號域4：交易金額域6：持卡人扣賬金額域10：持卡人扣賬匯率域11：系統(tǒng)跟蹤號域14：卡有效期域38：授權應答碼清算記錄域2：主賬號域4：交易金額域6：持卡人扣賬金額域10：持卡人扣賬匯率

域11：系統(tǒng)跟蹤號域38：授權應答碼域90.2：原始交易的系統(tǒng)跟蹤號授權清算匹配金額容差：授權與清算過程中可能發(fā)生匯率變化，造成扣賬金額不一致的情況。系統(tǒng)設定一個容差參數(shù)，扣賬金額在參數(shù)范圍內視為同一筆交易。測試點1：授權清算匹配注：持卡人扣賬金額（域6）＝交易金額（域4）×持卡人扣賬匯率（域10）算種到新賬戶余額；二、授權清算不匹配：產生這種情況的原因主要是金額容差超限，處理方式是授權記錄被寫入該賬戶的未達授權，清權錄中。四、有清算無授權：產生這種情況的原因主要是脫機授權產生的，比如我們在飛機上進行消費，或者系統(tǒng)宕機，人工授權這生的，第二天跑批時，未達授權記錄與清算記錄匹配，清算記錄入賬，未達授權刪除。二、未達授權是一筆預授權交易產生的，收雙信息系統(tǒng)測試要點分析——雙信息處理流程學習·創(chuàng)造·超越·共8

享①授權清算匹配③有授權無清算④有清算無授權清算記錄入賬，更新余額②授權清算不匹配將該筆授權記錄寫入未達授權記錄重新計算信用卡可用額度，公式：可用額度=信用卡額度-余額-未達授權金額。下面總結一下我們找到的雙信息系統(tǒng)三個測試要點。測試點1：授權清算匹配；測試點2：清算入賬過程；測試點3：未達授權處理。下面我將對每個測試要點分別展開研究，設計測試案例。學習·創(chuàng)造·超越·共享雙信息系統(tǒng)測試要點測試點1：授權清算匹配測試點2：清算入賬過程測試點3：未達授權處理針對第一種情況：授權清算匹配，我們可以根據業(yè)務規(guī)則畫出這樣一張流程圖。如果系統(tǒng)跟蹤號和主賬號相同，認為授權清算匹配；如果系統(tǒng)跟蹤號不同，授權應答碼、主賬號相同、持卡人扣賬金額在容差范圍內，也認為授權清算匹配；其他情況認為授權清算是不匹配的。從圖中可以看出一共有6種可能的情況，需要針對每種情況設計測試案例，1、3是兩條正案例，2、4、5、6是四條反案例。雙信息系統(tǒng)測試要點分析——授權清算匹配業(yè)務規(guī)則授權清算匹配系統(tǒng)跟蹤號相同主賬號相同主賬號不同系統(tǒng)跟蹤號不同授權應答碼相同主賬號相同金額在容差范圍內金額超過容差限額主賬號不同授權應答碼不同①匹配②不匹配③匹配⑥不匹配④不匹配⑤不匹配流程圖中具有六條可行的路徑，需要針對每條路徑設計案例。學習·創(chuàng)造·超越·共享

10測試點1：授權清算匹配首先看一下正案例，案例設計方法是在POS終端執(zhí)行一筆消費交易，手工制造清算記錄入賬。制造的清算記錄分別是系統(tǒng)跟蹤號、主賬號和授權記錄相同；系統(tǒng)跟蹤號不同，授權應答碼、主賬號與授權記錄相同，金額在容差范圍內。然后通過系統(tǒng)報表查看匹配結果與預期是否一致。雙信息系統(tǒng)測試要點分析——授權清算匹配案例設計學習·創(chuàng)造·超越·共享

11案例設計驗證點：驗證授權清算匹配是否正確系統(tǒng)跟蹤號、主賬號相同，匹配成功系統(tǒng)跟蹤號不同，授權應答碼、主賬號相同，金額在容差范圍內，匹配成功授權清算匹配系統(tǒng)跟蹤號相同主賬號相同主賬號不同不匹配①匹配測試案例名稱案例性質測試概述步驟步驟描述主賬號相同金額在數(shù)容據差范圍內③預期結匹果配執(zhí)行授權（授權清算匹配）-001正系統(tǒng)驗證：授權清算匹配，主賬號、系統(tǒng)跟蹤跟號蹤存號在不且同相同，匹配成功1在POS終端執(zhí)行一筆消費授權交易，獲取系統(tǒng)跟蹤號金額超過容差限額清算記錄中主賬號、系不統(tǒng)匹跟配蹤號與授權記錄相同交易成功不匹配授權應答2碼相同手工制造清算記錄，人工入賬入賬成功3授權應答主賬號不同系統(tǒng)清算，檢查系統(tǒng)報表碼不同

不匹配授權清算匹配成功執(zhí)行授權（授權清算匹配）-002正驗證：授權清算匹配，系統(tǒng)跟蹤號不同，主賬號授權應答碼相同，金額在容差范圍內，匹配成功1在POS終端執(zhí)行一筆消費授權交易，獲取系統(tǒng)跟蹤號清算記錄中系統(tǒng)跟蹤號不同，主賬號、授權應答碼與授權記錄相同，金額在容差范圍內交易成功2手工制造清算記錄，人工入賬入賬成功3系統(tǒng)清算，檢查系統(tǒng)報表授權清算匹配成功測試點1：授權清算匹配接著看一下反案例的設計。案例設計方法和前面類似，也是在POS終端執(zhí)行一筆消費交易，手工制造清算記錄入賬。分別按照四種反案例的情況制造出四種清算記錄，檢查系統(tǒng)報表，查看匹配結果是否與預期一致。學習·創(chuàng)造·超越·共享測試案例名稱案例性質測試概述驟數(shù)據執(zhí)行授權（授權清算匹配）-003反驗證：授權清算匹配，主賬號授權應答碼相同，金額超1權應答碼與授權記錄相同，金額超過容差清算記錄中系統(tǒng)跟蹤

交易成功入賬成功授權清算匹配失敗004應答碼均不同，匹配失敗授權記錄不同3

系統(tǒng)清算，檢查系統(tǒng)報表授權清算匹配失敗執(zhí)行授權（授權清算匹配）-005反驗證：授權清算匹配，系統(tǒng)跟蹤號相同，主賬號不同，匹配失敗1在POS終端執(zhí)行一筆消費授權交易，獲取系統(tǒng)跟蹤號清算記錄中系統(tǒng)跟蹤號與授權記錄相同，主賬號不同交易成功2

手工制造清算記錄，人工入賬入賬成功3

系統(tǒng)清算，檢查系統(tǒng)報表匹配失敗執(zhí)行授權（授權清算匹配）-反驗證：授權清算匹配，授權應答碼相同主1在POS終端執(zhí)行一筆消費授權交易，獲取系統(tǒng)跟蹤號與授權應答碼號不同，授權應答碼清算記錄中系統(tǒng)跟蹤

交易成功雙信息系統(tǒng)測試要點分析——授權清算匹配案例設計12案例設計驗證點：驗證授權清算匹配是否正確系統(tǒng)跟蹤號相同，主賬號不同，匹配失敗系統(tǒng)跟蹤號不同，授權應答碼、主賬號相同，金額超過容差限額，匹配失敗系統(tǒng)跟蹤號不同，授權應答碼相同，主賬號不同，匹配失敗系統(tǒng)跟蹤號、授權應答碼均不同，匹配失敗授權清算匹配系統(tǒng)跟蹤號相同主賬號相同

匹配步

主賬號不同

不匹配系統(tǒng)限跟，蹤匹號配不失同敗2授權手應工答制碼造相清同算記錄，人工入賬在POS終端執(zhí)行一筆消主費賬授權號交相易同，獲取系統(tǒng)跟蹤號與授權應答碼金額在容差范圍內預期結果匹配3

系統(tǒng)清算，檢查系統(tǒng)報主表賬號不同步②驟描述執(zhí)行授權（授驗證：授權清算匹配，系統(tǒng)1

在POS終端執(zhí)行一筆消費授權交易，獲授權取應系答統(tǒng)碼跟不蹤同號與授權⑥應答不碼匹配清算記錄中系統(tǒng)跟蹤交易成功權清算匹配）-反跟蹤號與授權2手工制造清算記錄，人工入賬號與授權應答碼均與入賬成功金額號超不過同容，差主限賬額號、授④不匹配⑤不匹配限額測試點1：授權清算匹配試案例。學習·創(chuàng)造·超越·共享①授權清算匹配③有授權無清算④有清算無授權重新計算信用卡可用額度，公式：可用額度=信用卡額度-余額-未達授權金額。清算清算授權清算授權未達授權清算清算清算記錄入賬，更新余額清算清算授權未達授權清算將記該錄筆入授賬權，記更錄新寫余額入未達授權記錄將該筆授權記錄寫

清算入記未錄達入授賬權，記更錄新余額測試點2：清算入賬過程清算入賬過程產生原因：容差超限正常情況②授產權生原清因算：不脫機匹授配權產生原因：預授權或龍網日切學習·創(chuàng)造·超越·共享

14①授權清算匹配③有授權無清算④有清算無授權重新計算信用卡可用額度，公式：可用額度=信用卡額度-余額-未達授權金額。清算雙信息系統(tǒng)測試要點分析——清算清算入賬案例設計授權清算授權未達授權清算清算清算記錄入賬，更新余額清算清算授權未達授權清算將記該錄筆入授賬權，記更錄新寫余額入未達授權記錄將該筆授權記錄寫

清算入記未錄達入授賬權，記更錄新余額測試點2：清算入賬過程清算入賬過程產生原因：容差超限正常情況②授產權生原清因算：不脫機匹授配權產生原因：預授權或龍網日切案例設計方法是在POS終端執(zhí)行一筆正常的消費交易，系統(tǒng)日終跑批，檢查系統(tǒng)日志，驗證是以清算記錄入賬。并通過員工渠道驗證卡片余額和可用額度正常更新。雙信息系統(tǒng)測試要點分析——清算入賬案例設計學習·創(chuàng)造·超越·共享

15測試案例名稱案例性質測試概述步驟步驟描述數(shù)據預期結果1在POS終端執(zhí)行一筆消費交易交易成功驗證：授權2系統(tǒng)日終清算跑批執(zhí)行成功執(zhí)行授權（清算入賬）-001正與清算記錄匹配，清算入賬過程處普通金卡高貴柜員3檢查系統(tǒng)日志，驗證系統(tǒng)以清算記錄入賬以清算記錄入賬4通過員工渠道檢查卡片余額卡片余額正確更新理正確5通過員工渠道檢查卡片可用額度卡片可用額度正確更新案例設計驗證點：驗證授權與清算記錄匹配，清算入賬過程處理正確驗證系統(tǒng)以清算記錄入賬驗證卡片余額正確更新驗證卡片可用額度正確更新測試點2：清算入賬過程算記錄入賬，更新余額。學習·創(chuàng)造·超越·共享①授權清算匹配③有授權無清算④有清算無授權重新計算信用卡可用額度，公式：可用額度=信用卡額度-余額-未達授權金額。清算清算授權清算授權未達授權清算清算清算記錄入賬，更新余額清算清算授權未達授權清算將記該錄筆入授賬權，記更錄新寫余額入未達授權記錄將該筆授權記錄寫

清算入記未錄達入授賬權，記更錄新余額測試點2：清算入賬過程清算入賬過程產生原因：容差超限正常情況②授產權生原清因算：不脫機匹授配權產生原因：預授權或龍網日切案例設計方法是在POS終端執(zhí)行一筆消費交易，制造一條不匹配的清算記錄，不匹配的方式是持卡人扣賬金額超過容差限額。系統(tǒng)日終跑批后，檢查系統(tǒng)日志，驗證授權記錄寫入未達授權、清算記錄入賬。并通過員工渠道驗證卡片余額、未達授權、可用額度正確更新。雙信息系統(tǒng)測試要點分析——清算入賬案例設計學習·創(chuàng)造·超越·共享

17測試案例名稱案例性質測試概述步驟步驟描述數(shù)據預期結果1在POS終端執(zhí)行一筆消費交易交易成功2制造一筆不匹配的清算記錄錄入系錄入成功統(tǒng)（金額超過容差限額）驗證：授權3系統(tǒng)日終清算跑批執(zhí)行成功執(zhí)行授權（清算入賬）-002正與清算記錄不匹配，清算入賬過程處理正確普通金卡高貴柜員4檢查系統(tǒng)日志，驗證系統(tǒng)以清算記錄入賬，并將授權記錄加入到該卡片的未達授權中以清算記錄入賬，將授權記錄加入該卡片的未達授權5通過員工渠道檢查卡片余額卡片余額正確更新6通過員工渠道檢查卡片未達授權未達授權正確更新7通過員工渠道檢查卡片可用額度卡片可用額度正確更新測試點2：清算入賬過程案例設計驗證點：驗證授權與清算記錄不匹配，清算入賬過程處理正確驗證系統(tǒng)以清算記錄入賬驗證系統(tǒng)將授權記錄加入該卡片的未達授權驗證卡片余額正確更新驗證卡片未達授權正確更新驗證卡片可用額度正確更新學習·創(chuàng)造·超越·共享①授權清算匹配③有授權無清算④有清算無授權清算清算授權清算授權未達授權清算清算清算記錄入賬，更新余額清算清算授權未達授權清算將記該錄筆入授賬權，記更錄新寫余額入未達授權記錄將該筆授權記錄寫

清算入記未錄達入授賬權，記更錄新余額重新計算信用測試點2：清算卡入可用賬額過度程，公式：可用額度=信用卡額度-余額-未達授權金額。清算入賬過程產生原因：容差超限正常情況②授產權生原清因算：不脫機匹授配權產生原因：預授權或龍網日切分別針對這兩種情況設計測試案例。首先，在POS終端執(zhí)行一筆預授權交易，可以產生有授權無清算的情況，系統(tǒng)日終跑批，檢查系統(tǒng)日志，驗證授權記錄寫入未達授權，通過員工渠道驗證卡片未達授權和可用額度正確更新。下面執(zhí)行一筆脫機交易，可以產生有清算無授權的情況。手工將清算記錄錄入系統(tǒng)，系統(tǒng)日終跑批，檢查系統(tǒng)日志，驗證系統(tǒng)以清算記錄入賬，通過員工渠道驗證卡片余額和可用額度正確更新。雙信息系統(tǒng)測試要點分析——清算入賬案例設計19測試案例名稱案例性質測試概述步驟步驟描述數(shù)據預期結果執(zhí)行授權（清算入賬）-003正驗證：“有

授權無清算”，清算入賬過程處理正確1在POS終端執(zhí)行一筆預授權交易普通金卡高貴柜員交易成功2系統(tǒng)日終清算跑批執(zhí)行成功3檢查系統(tǒng)日志，驗證系統(tǒng)將授權記錄加入到該卡片的未達授權中授權記錄加入該卡片的未達授權4通過員工渠道檢查卡片未達授權卡片未達授權正確更新5通過員工渠道檢查卡片可用額度卡片可用額度正確更新執(zhí)行授權（清算入賬）-004正驗證：“有

清算無授權”，清算入賬過程處理正確1執(zhí)行一筆脫機交易，手工將清算記錄錄入系統(tǒng)普通金卡高貴柜員·創(chuàng)造錄入成功2系統(tǒng)日終清算跑批執(zhí)行成功3檢查系統(tǒng)日志，驗證系統(tǒng)以清算記錄入賬以清算記錄入賬4通過員工渠道檢查卡片余額卡片余額正確更新5學習通過員工渠道檢查卡片可用額度·卡超片可越用額·度正共確享更新測試點2：清算入賬過程案例設計驗證點：“有授權無清算”和“有清算無授權”的情況，清算入賬過程處理正確驗證系統(tǒng)將授權記錄加入該卡片的未達授權驗證系統(tǒng)以清算記錄入賬驗證卡片余額正確更新驗證卡片未達授權正確更新驗證卡片可用額度正確更新最后來看一下未達授權處理的測試點。未達授權有三種處理方式，一、未達授權記錄與清算記錄匹配，清算記錄入賬，未達授權刪除；二、收到預授權完成指令，未達授權刪除；三、未達授權超過30天期限后自動刪除。需要針對這三種情況分別設計測試案例。雙信息系統(tǒng)測試要點分析——未達授權處理業(yè)務規(guī)則③圖中有三條可行的路徑，需要針對每條路徑設計案例。學習·創(chuàng)造·超越·共享

20未達授權未達授權將作為第二天的授權記錄參加授權清算匹配。未達授權清算未達授權與清算記錄匹配，①清算記錄入賬，更新余額清算未達授權預授權完成未達授權是一筆預授權，收到預授權完成指令，未達授權刪除②未達授權未達授權未達授權記錄保存30天，

30天后自動清理未達授權處理測試點3：未達授權處理測試點3：未達授權處理首先，針對第一種情況，在龍網日切后通過POS終端執(zhí)行一筆消費交易，系統(tǒng)日終跑批，這是“有授權無清算”的情況，產生未達授權。第二天系統(tǒng)日終跑批，有匹配的清算記錄，通過員工渠道驗證未達授權刪除，清算記錄入賬。第二種情況，在POS終端執(zhí)行一筆預授權交易，系統(tǒng)日終跑批，產生未達授權。在第二天使用POS發(fā)送預授權完成指令，通過員工渠道驗證未達授權刪除。第三種情況，在POS終端執(zhí)行一筆預授權交易，系統(tǒng)日終跑批，產生未達授權。30日后通過員工渠道驗證未達授權刪除。雙信息系統(tǒng)測試要點分析——未達授權處理案例設計測試案例名稱案例性質測試概述步驟步驟描述數(shù)據預期結果執(zhí)行授權（未達授權處理）-001正驗證：有清算記錄與未達授權記錄匹配，清算記錄入賬，未達授權刪除1龍網日切后在POS終端執(zhí)行一筆消費交易普通金卡高貴柜員授權記錄錄入系統(tǒng)2系統(tǒng)日終跑批成功3通過員工渠道查詢該卡片未達授權該筆授權記錄加入未達授權4第二天系統(tǒng)日終跑批成功5通過員工渠道檢查未達授權記錄、賬戶余額未達授權記錄被刪除，交易金額記入卡片余額執(zhí)行授權（未達授權處理）