大致 編輯 -- 更新 會有 報名 用戶角色 細節問題 所在

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

日誌所在服務器的地址和用戶名密碼，以及日誌路徑； 　　2、裝上 X-shell 之類的工具，連上服務器，打開實時輸出的日誌文件； 　　3、在前端頁面做相應的操作，在後臺同步查看輸出的日誌，通過日誌裏顯示的接口參數和執行的 SQL 結果，你能很清楚地看到前端的某個業務功能，在數據庫中會關聯到哪幾張表，以及表之間的邏輯關系；

如何才能迅速了解一個產品的業務流程--作者：秋之川