在日常的測試工作中，不知道大家是否會有梳理自己測試業(yè)務的習慣。我個人覺得這個事情是值得做的，最好還可以培養(yǎng)成一個習慣。

　　一、為什么要梳理業(yè)務?

　　因為在業(yè)務測試中，作為測試人員，熟悉負責的業(yè)務是非常重要的，而通過階段性的梳理總結，可以讓你的業(yè)務知識系統(tǒng)化的沉淀下來。

　　當被問起這個業(yè)務系統(tǒng)的測試重點在哪里?難點如何克服?為什么要這樣設計等等問題，可以有條不紊的進行輸出。

　　又或者，當你任務需要交接，或者需要別人支援你的業(yè)務，你可以自信的把文檔丟過去，拍拍胸脯說：看一遍你就知道了。

　　同樣大家平時都在做業(yè)務，同樣并沒有多少別的技術層的產(chǎn)出，這也是為什么有人能拿A，有人卻只能拿C的原因之一。

　　另外，當你有了多種業(yè)務的沉淀之后，你甚至可以提煉出很多通用性的東西，姑且稱為“方法論”吧。

　　二、梳理框架

　　優(yōu)點這么多，如何進行梳理呢?這里我參照常規(guī)的服務系統(tǒng)，寫一些思路(框架)，僅供參考。

　　1. 測試場景

　　這部分可以整理出業(yè)務系統(tǒng)的測試場景。

　　可以重點貼出核心的測試場景，附帶上全量的測試用例。如果用例有后續(xù)迭代，也可以根據(jù)時間和內(nèi)容進行分分類，放在這里。

　　2. 業(yè)務

　　這里就可以整理有關業(yè)務的更多細分領域。比如：

　　1)各種配置

　　業(yè)務涉及到的各種后臺配置、后臺地址、配置影響范圍、必須非必須配置、配置順序、特殊注意項等等。

　　2)前端

　　涉及到的產(chǎn)品前端功能是哪些、重要鏈接、主要的前端交互等等。

　　3)核心流程

　　梳理業(yè)務的核心流程，可以包含對用戶的操作流程，以及對應交互的接口。

　　另外，可以自己手動畫一畫核心業(yè)務流程圖，一般產(chǎn)品會給出，但是有時間自己畫一畫，腦海里再過一過更加深刻，說不定還有意外發(fā)現(xiàn)來補充測試設計。

　　還有一個重點就是業(yè)務數(shù)據(jù)的處理過程，如果涉及到其他像kafka、es、緩存等中間件，數(shù)據(jù)處理的細節(jié)也可以整理出來。

　　4)問題排查

　　在測試工作中一定會遇到雜七雜八的問題，抽出一些典型問題，記錄下排查手段以及可能因素，方便自己以及其他人查看。

　　3. 系統(tǒng)

　　業(yè)務層梳理完，就應該關注應用服務層的了。

　　1)應用站點

　　可以從入口往下，整理出業(yè)務系統(tǒng)下各個站點，服務名稱、作用等信息。

　　2)接口與日志

　　這里可以匯總下接口文檔，根據(jù)不同情況進行分類，反正目的就是為了高效查看對應文檔。

　　在測試過程中如何查看關鍵性的日志也很重要，對理解接口交互，排查問題都很有幫助。這里可以記錄不同流程，涉及到的站點，如果過濾日志等信息。

　　3)MQ消息

　　記錄交互的 MQ 有哪些，topic、不同tag的作用是什么、消息體等等。

　　4)異常機制

　　記錄下系統(tǒng)都有哪些異常的處理機制，常見的比如超時、重試、補償、兜底等等。

　　4. 數(shù)據(jù)

　　到了數(shù)據(jù)層了，自是來不開 mysql 、緩存、mongoDB等等。

　　梳理好各數(shù)據(jù)庫名，用來處理什么，核心的表以及關鍵的字段，比如一些訂單類型、狀態(tài)等等。

　　redis這些nosql數(shù)據(jù)庫，梳理重要的 key、field、value等等。

　　5. 安全

　　比如接口的鑒權機制，一些涉及到更復雜加密處理的接口的細節(jié)。

　　還有一些并發(fā)操作類的控制也可以整理出來。

　　6. 性能

　　通常是單接口和鏈路場景的性能。

　　1)接口性能

　　比如：前端用戶體驗最直觀的接口、創(chuàng)單接口、詳情接口、預處理接口等等。

　　2)鏈路性能

　　最核心的鏈路場景，串起來進行壓測。

　　3)限流

　　如果涉及到限流的場景，可以進一步整理出考慮限流的因素，觸發(fā)的機制，處理的手段等。

　　7. 數(shù)據(jù)分析

　　數(shù)據(jù)是多樣的，比如日志數(shù)據(jù)、埋點數(shù)據(jù)、或者后臺看板大屏的數(shù)據(jù)，列出需要關心的點，以及數(shù)據(jù)的正常趨勢、不正常的趨勢。

　　8. 監(jiān)控報警

　　通常就是測試右移后關注的點，可以監(jiān)控線上運行的服務，對核心業(yè)務接口的一些常規(guī)指標進行監(jiān)控。另外對日志系統(tǒng)不同類型的日志數(shù)量監(jiān)控也有必要。

　　如果運維配套系統(tǒng)比較完備的話，我們測試自己就可以進行配置了，如果沒有的話，積極的參與其中吧。

　　9. 應急預案

　　一些核心業(yè)務系統(tǒng)，可能還會針對極端情況有應急預案。比如機房切換、災備預案等。

　　更多關于軟件測試培訓的問題，歡迎咨詢千鋒教育在線名師。千鋒教育擁有多年IT培訓服務經(jīng)驗，采用全程面授高品質(zhì)、高體驗培養(yǎng)模式，擁有國內(nèi)一體化教學管理及學員服務，助力更多學員實現(xiàn)高薪夢想。