文/秋之川
這是《落葉》文集里第 349 片落葉拙吉，希望你能喜歡揪荣，不為別的，只為這份堅持仗颈。
【提問】
Web 應用的測試需求分析應該怎么做？
【舊識】
之前一直測試的項目是企業(yè)級的在線會議系統(tǒng)名眉，屬于 B/S 和 C/S 混合型的產(chǎn)品粟矿。我們在做測試需求分析的時候陌粹，主要會關注幾個方面：
- 從產(chǎn)品需求文檔獲取到的業(yè)務功能范圍福压，通過繪制業(yè)務流程圖來分析梳理主線和分支，從而得到功能需求的測試范圍荆姆；
- 從開發(fā)功能規(guī)格說明書獲取業(yè)務邏輯流程和數(shù)據(jù)流圖，以此來補充完善功能需求的測試范圍邮破；
- 基于系統(tǒng)用戶的不同角色仆救，分析可能會出現(xiàn)的異常場景；
- 基于產(chǎn)品要求彤蔽，分析需要兼容的操作系統(tǒng)和瀏覽器，這里要注意镊辕，需要明確所支持的具體版本蚁袭；
- 從用戶角度出發(fā)，考慮系統(tǒng)的易用性受裹，比如：用戶習慣碌补、無鼠標操作、UI 布局镇匀、默認選項或默認按鈕等等袜啃；
【新知】
近幾年，開始接觸移動互聯(lián)網(wǎng)類產(chǎn)品之后晰韵，更多地接觸到 Web 業(yè)務管理后臺和運營管理后臺，對 B/S 型產(chǎn)品的測試需求分析雪猪，又做了一些補充：
- 管理后臺類的系統(tǒng)，從業(yè)務功能角度看译仗，比較簡單官觅，基本都是單主線流程，不會有太多邏輯分支咱圆，但是會有較為復雜的用戶管理功氨，也有的叫角色分配和權限管理，需要注意權限可以管理分配到的層次疑故，是到功能模塊級，還是到具體頁面級踱阿，甚至于操作層；
- 移動互聯(lián)網(wǎng)產(chǎn)品的用戶群體跟之前接觸到的企業(yè)級的用戶软舌，本身數(shù)量級就翻了不知道多少倍牛曹，所以后臺管理系統(tǒng)的數(shù)據(jù)量也是至少百萬級的，這時候超营，就需要關注系統(tǒng)的性能問題了，從用戶角度看演闭，就是 Web 頁面的性能颓帝，其實從系統(tǒng)角度窝革，要分成兩塊：
- 前端頁面的數(shù)據(jù)加載效率虐译、分頁處理吴趴；
- 后端接口的數(shù)據(jù)查詢效率、數(shù)據(jù)批量處理的效率史侣、SQL 性能；
- 出于安全性的要求蚪腐，需要統(tǒng)計所有能從頁面提交數(shù)據(jù)的地方，對其做 Input Validation 和 Out Validation 處理回季；
- 從運營人員操作角度考慮泡一，對數(shù)據(jù)處理的測試觅廓，需要關注：
- 導入數(shù)據(jù)功能中的數(shù)據(jù)一致性、導入數(shù)據(jù)的格式杈绸、重復數(shù)據(jù)、出錯處理和導入效率塑娇；
- 導出數(shù)據(jù)功能中的數(shù)據(jù)一致性和導出效率劫侧；
- 數(shù)據(jù)統(tǒng)計的時效性；
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
