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

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

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

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

　　那測試人員應該怎么做才能更好的了解業務?

　　測試人員快速熟悉項目業務的方法

　　1.自己整理系統功能模塊圖,嘗試分析模塊與模塊之間的關聯

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

　　3.看需求文檔： 需求文檔、產品說明書、合同等

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

　　5.參考設計文檔：系統設計、概要設計、詳細設計、數據庫設計

　　6.競品分析與同行業軟件進行直接PK

　　7.參加金融行業知識的學習、培訓

　　8.溝通：找產品經理、需求負責人、開發人員、客戶溝通

　　程同學去年新入職寧波銀行,銀行業務比較復雜, 金融行業公司業務根據行業規則不斷變化, 所以需要不斷學習, 目前程同學也只掌握了整體業務的60%作用, 但學習能力已被團隊管理層認可, 接下來就以程同學自身經驗分享作為剛入職的新人如何快速去了解公司業務.

　　程同學覺得主要從以下兩個方面來考慮.

　　其一是業務流程:

　　在業務流程測試過程中: 參加需求分析與評審、測試用例評審，主動參與并記錄團隊內經驗豐富的測試工程師的出發點及他們的理解,多看看團隊中較成熟的測試人員是如何設計與編寫測試用例的， 同時分析對應模塊的需求與業務， 并進行掌握，記錄整個測試流程中遇到的問題，團隊會議討論的解決方案，會后填寫評審記錄表

　　在通過xmind之類的工具, 主動嘗試梳理出需求對應的業務測試點. 對有疑問及不明確的內容進行記錄.

　　其二是業務細節：

　　1.對于業務細節我們始終保持學習的心態,不懂就問，無論是產品經理還是前后端開發， 甚至運維與客服, 都是我們獲取有效資料和需求的渠道。

　　2.盡可能找與公司業務相關的文檔、數據查看，這是最快獲取公司業務的方法

　　3.問問題也是一門學問，能自己解決的就最好自己解決， 需要多觀察，通過觀察確定問問題的時機。同時也需要注意記錄問題及解決思路, 先將問題記錄下來，然后找一個時間統一問

　　4.多試多做

　　看文檔或系統時，動手畫出系統流程圖,此時找同事進行解答，也可以是系統功能模塊

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

　　執行業務流程，分析流程動作的邏輯，記錄每個流程的條件及數據庫對應的表，及表中數據的變化，還有日志信息等

　　分析項目日志, 通常開發人員都會在日志中記錄核心提示信息

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

　　看代碼可以發現測試人員在前端和業務流程上發現不到的問題，同時還能提高測試人員在某類功能點上測試的效率。