【背景】
老師，我想問一下，如何迅速了解產品的業務
流程呢？有的根本沒有文檔看，有的話也是復雜凌亂，不知道怎么看，感覺一頭霧水，無從下手。
這是很多
測試人員進到一家新公司或者是接手一個新產品時，最常面臨的問題，一是因為文檔的缺失或更新的不同步，二是因為從管理者角度來說，時間是稀缺資源，肯定是希望你越快能了解產品，熟悉業務，越早能開始干活。
以該同學想迅速了解的產品為例：企業內部使用的培訓管理系統，系統功能大致包括報名、學習、考試等等。
我怎么樣才能迅速了解一個產品的業務流程？
先根據我的個人經驗，說說相對普適性的方法：
1、找該產品對應的測試負責人、開發或產品經理，跟他們了解一下產品的應用場景、用戶角色和業務主線，比如：使用該產品的用戶群體是誰？是否會分為系統管理員、老師和學員？ 該系統的主線流程又有哪些？
2、按不同的角色去使用這個系統，在使用的過程中，如果遇到問題，可以去查看相應的文檔（不過絕大多數公司都是缺失的），或者去詢問相應的測試負責人、開發或產品經理。問問題的時候要注意，圍繞着問題多發散一下，特別是在跟開發溝通的時候，多問問代碼邏輯相關的內容，也就是功能背后的東西，對你理解深層次的業務邏輯會有較大的幫助；
3、針對不同的角色，對這個系統的業務場景已經有了一定的了解之后，我們就可以開始梳理和細化地學習業務邏輯和功能細節了；
4、梳理主線，把各個角色和主功能串聯起來。比如：
“課件”主線應該就是老師設計課件->學生報名->學生選課->學生學習；
“考試”主線應該就是老師出題->學生考試->老師閱卷->老師評分->學生查成績；
5、跟剝洋蔥一樣，從外層開始把每個環節拆分成單獨的模塊，再把模塊一層一層從外到內的剝開。比如：
“課件”主線能夠分為設計課件、報名、選課和學習等幾個模塊，而“設計課件”模塊，還應該能細分成課件編輯、課件上傳、課件管理等幾個子模塊；
“考試”主線能夠分為出題、考試、閱卷、評分和查分等幾個模塊，而“考試”模塊還能再細分成選擇考試科目、選擇考試日期、答題等幾個子模塊，答題應該還能再往下細分成更小的模塊，這個取決於業務邏輯的復雜程度。
當你按照這個步驟拆解完畢，形成一套思維導圖的時候，在業務功能層面，你已經了解了至少70%，唯一可能欠缺的也就是一些沒有文檔說明的細節問題和異常場景。
如果你想更快速地深入了解產品，再介紹一個我從小伙伴那學來的方法：
1、從開發那獲取到業務日志和
SQL 日志所在服務器的地址和用戶名密碼，以及日志路徑；
2、裝上 X-shell 之類的工具，連上服務器，打開實時輸出的日志文件；
3、在前端頁面做相應的操作，在后台同步查看輸出的日志，通過日志里顯示的接口參數和執行的 SQL 結果，你能很清楚地看到前端的某個業務功能，在
數據庫中會關聯到哪幾張表，以及表之間的邏輯關系；