初涉金融行業軟件測試感悟

　　我是剛剛從學校畢業出來的，加上實習到現在正式工作快一年了。從事的是銀行信用卡收單業務這塊的測試。經過這一年多入門接觸，發現金融測試這個行業的確不同于一般的測試。本文主要涉及功能業務測試這塊，不涉及到性能自動化這塊，當然這塊在金融測試也是非常重要的一塊。下面就寫些我的膚淺感受，有不對的地方希望大家指點批評。

　　1. 金融測試發展在國內起步應該不是很早，現在金融測試越來越規范規?；?。金融行業的測試我認為有別于其他的領域測試，特別是區別于網站web方面的。這個行業的測試人員(我指功能測試的不涉及性能自動化這塊)通常要能夠比較好地在開發和業務之間溝通，擔任他們的溝通橋梁。為什么這么說呢?金融測試對測試人員的一個要求就是對領域知識--銀行業務要有足夠的深入了解，同時又必須具備良好的測試理論知識和測試質量意識。在我身邊的同事，比我工作經驗豐富很多(工作5++年了)，我就發現一個這樣的特點和業務開發的關系都不錯，自己的業務知識也是很深入。金融測試比較顯著的確體現在對業務知識的熟練理解，站在用戶角度，業務角度看待系統是必須滴~很很重要。

　　2.銀行當然比較有錢啦~采用的都是重型“武器”。 大型機 IBM 390 中型機AS400。裝的操場系統自然也是IBM配套的ZOS1.9，當然還有些中間件等。采用Cobol,JCL ,CICS等技術。 那么作為測試人員就不得不對這些有所了解。比如：要在390通過pccom3270 修改某個主機檔上的數據。一般需要把該檔給關閉，再進行修改，再打開檔。關檔要運行提交一個作業。所以這又要求測試人員必須會這些皮毛。雖然比不上開發的爐火純青，但也是需要學會這些會更方便看后臺數據。

　　3.從事和銀行或者第3方支付業務都應該知道有這么一個概念：日切(日終)，我的理解：在指定的時間結束上一個系統清算日并要切換到下一個系統清算日，開始新的業務運作。我們熟知的銀聯，其實銀行不同系統作為參與清算都會有這個動作。就拿信用卡系統，當在跑日終，有些交易是無法發起的~有些批量的作業要進行處理，特別是對于雙信息的系統。(當然有些系統設計為24小時機制，即使日終了 也還是可以發起正常的交易的，這種采用了兩套日志主副檔輪換，這塊我不是很懂只是了解有個機制，以后了解了會詳細寫出來的

　　4.關于測試階段，一般分為SIT，UAT 。當然必要也會有壓力測試等。SIT就是系統測試人員負責，UAT是業務人員進行測試。各個人員各司其職，負責把關。如果SIT人員沒有發現的bug遺留到UAT階段被發現，將被稱為逃逸缺陷。要是上生產了，仍然有bug，特別和客戶的錢有關的，如果嚴重是會追究責任的。所以每一個測試階段都必須嚴格把關。金融測試對質量要求比較高。 測試過程和其他領域測試大同小異了。

　　我后續會重點寫我自己從事信用卡收單模塊相關的東西。

原文轉自：http://www.cnblogs.com/creditcard/archive/2012/12/13/2817087.html