如何快速掌握金融項(xiàng)目的業(yè)務(wù)

　　相信很多的小伙伴都對怎么樣能夠快速掌握金融項(xiàng)目的業(yè)務(wù)有一定的疑問，哪怕已經(jīng)在公司工作了，仍然不是很得心應(yīng)手。

　　企業(yè)中業(yè)務(wù)的重要性對軟件測試人員來說非常非常的重要. 作為軟件測試人員需要對公司業(yè)務(wù)有足夠深入的掌握, 僅僅是了解還不行, 需要做到精通, 熟悉公司業(yè)務(wù)流程、功能等需求，我個(gè)人認(rèn)為至少應(yīng)該保持與產(chǎn)品經(jīng)理保持同一緯度才可以，目的是為了能夠更好進(jìn)行測試活動。

　　對軟件測試需求完全掌握，是測試人員在整個(gè)測試聲明周期過程中的必要依據(jù)，只有這樣我們在測試時(shí)才不會有思維局限性，測試過程中任何蛛絲馬跡才能被注意到。

　　比如，我們在測試過程中遇到的一個(gè)場景，接口或前端給你一個(gè)錯誤的返回，如果對需求了如指掌非常熟悉，你一定知道這個(gè)地方的數(shù)據(jù)/業(yè)務(wù)是有問題的，如果你對需求不熟悉， 那你可能就輕易的放過了一個(gè)bug. 這對我們測試人員來說是致命的.

　　那測試人員應(yīng)該怎么做才能更好的了解業(yè)務(wù)?

　　測試人員快速熟悉項(xiàng)目業(yè)務(wù)的方法

　　1.自己整理系統(tǒng)功能模塊圖,嘗試分析模塊與模塊之間的關(guān)聯(lián)

　　2.分許整理測試需求，提取出需求功能點(diǎn), 編寫測試需求跟蹤矩陣表

　　3.看需求文檔： 需求文檔、產(chǎn)品說明書、合同等

　　4.參加會議：需求分析與評審、設(shè)計(jì)評審、每日站立會、測試用例評審等

　　5.參考設(shè)計(jì)文檔：系統(tǒng)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)

　　6.競品分析與同行業(yè)軟件進(jìn)行直接PK

　　7.參加金融行業(yè)知識的學(xué)習(xí)、培訓(xùn)

　　8.溝通：找產(chǎn)品經(jīng)理、需求負(fù)責(zé)人、開發(fā)人員、客戶溝通

　　程同學(xué)去年新入職寧波銀行,銀行業(yè)務(wù)比較復(fù)雜, 金融行業(yè)公司業(yè)務(wù)根據(jù)行業(yè)規(guī)則不斷變化, 所以需要不斷學(xué)習(xí), 目前程同學(xué)也只掌握了整體業(yè)務(wù)的60%作用, 但學(xué)習(xí)能力已被團(tuán)隊(duì)管理層認(rèn)可, 接下來就以程同學(xué)自身經(jīng)驗(yàn)分享作為剛?cè)肼毜男氯巳绾慰焖偃チ私夤緲I(yè)務(wù).

　　程同學(xué)覺得主要從以下兩個(gè)方面來考慮.

　　其一是業(yè)務(wù)流程:

　　在業(yè)務(wù)流程測試過程中: 參加需求分析與評審、測試用例評審，主動參與并記錄團(tuán)隊(duì)內(nèi)經(jīng)驗(yàn)豐富的測試工程師的出發(fā)點(diǎn)及他們的理解,多看看團(tuán)隊(duì)中較成熟的測試人員是如何設(shè)計(jì)與編寫測試用例的， 同時(shí)分析對應(yīng)模塊的需求與業(yè)務(wù)， 并進(jìn)行掌握，記錄整個(gè)測試流程中遇到的問題，團(tuán)隊(duì)會議討論的解決方案，會后填寫評審記錄表

　　在通過xmind之類的工具, 主動嘗試梳理出需求對應(yīng)的業(yè)務(wù)測試點(diǎn). 對有疑問及不明確的內(nèi)容進(jìn)行記錄.

　　其二是業(yè)務(wù)細(xì)節(jié)：

　　1.對于業(yè)務(wù)細(xì)節(jié)我們始終保持學(xué)習(xí)的心態(tài),不懂就問，無論是產(chǎn)品經(jīng)理還是前后端開發(fā)， 甚至運(yùn)維與客服, 都是我們獲取有效資料和需求的渠道。

　　2.盡可能找與公司業(yè)務(wù)相關(guān)的文檔、數(shù)據(jù)查看，這是最快獲取公司業(yè)務(wù)的方法

　　3.問問題也是一門學(xué)問，能自己解決的就最好自己解決， 需要多觀察，通過觀察確定問問題的時(shí)機(jī)。同時(shí)也需要注意記錄問題及解決思路, 先將問題記錄下來，然后找一個(gè)時(shí)間統(tǒng)一問

　　4.多試多做

　　看文檔或系統(tǒng)時(shí)，動手畫出系統(tǒng)流程圖,此時(shí)找同事進(jìn)行解答，也可以是系統(tǒng)功能模塊

　　在問問題時(shí)，記錄下自己問的問題，避免引起同事的反感。沒有任何人會解答已經(jīng)回復(fù)過好幾次的相同問題

　　執(zhí)行業(yè)務(wù)流程，分析流程動作的邏輯，記錄每個(gè)流程的條件及數(shù)據(jù)庫對應(yīng)的表，及表中數(shù)據(jù)的變化，還有日志信息等

　　分析項(xiàng)目日志, 通常開發(fā)人員都會在日志中記錄核心提示信息

　　看代碼: 如果公司沒有完整的需求文檔， 測試人員可以通過代碼分析需求，業(yè)務(wù)流程的變化，自己就可以梳理出來

　　看代碼可以發(fā)現(xiàn)測試人員在前端和業(yè)務(wù)流程上發(fā)現(xiàn)不到的問題，同時(shí)還能提高測試人員在某類功能點(diǎn)上測試的效率。