文/秋之川
這是《落葉》文集里第 349 片落葉，希望你能喜歡，不為別的，只為這份堅持。
【提問】
Web 應用的測試需求分析應該怎么做？
【舊識】
之前一直測試的項目是企業級的在線會議系統，屬于 B/S 和 C/S 混合型的產品。我們在做測試需求分析的時候，主要會關注幾個方面：
- 從產品需求文檔獲取到的業務功能范圍，通過繪制業務流程圖來分析梳理主線和分支，從而得到功能需求的測試范圍；
- 從開發功能規格說明書獲取業務邏輯流程和數據流圖，以此來補充完善功能需求的測試范圍；
- 基于系統用戶的不同角色，分析可能會出現的異常場景；
- 基于產品要求，分析需要兼容的操作系統和瀏覽器，這里要注意，需要明確所支持的具體版本；
- 從用戶角度出發，考慮系統的易用性，比如：用戶習慣、無鼠標操作、UI 布局、默認選項或默認按鈕等等；
【新知】
近幾年，開始接觸移動互聯網類產品之后，更多地接觸到 Web 業務管理后臺和運營管理后臺，對 B/S 型產品的測試需求分析，又做了一些補充：
- 管理后臺類的系統，從業務功能角度看，比較簡單，基本都是單主線流程，不會有太多邏輯分支，但是會有較為復雜的用戶管理，也有的叫角色分配和權限管理，需要注意權限可以管理分配到的層次，是到功能模塊級，還是到具體頁面級，甚至于操作層；
- 移動互聯網產品的用戶群體跟之前接觸到的企業級的用戶，本身數量級就翻了不知道多少倍，所以后臺管理系統的數據量也是至少百萬級的，這時候，就需要關注系統的性能問題了，從用戶角度看，就是 Web 頁面的性能，其實從系統角度，要分成兩塊：
- 前端頁面的數據加載效率、分頁處理；
- 后端接口的數據查詢效率、數據批量處理的效率、SQL 性能；
- 出于安全性的要求，需要統計所有能從頁面提交數據的地方，對其做 Input Validation 和 Out Validation 處理；
- 從運營人員操作角度考慮，對數據處理的測試，需要關注：
- 導入數據功能中的數據一致性、導入數據的格式、重復數據、出錯處理和導入效率；
- 導出數據功能中的數據一致性和導出效率；
- 數據統計的時效性；
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
