軟體測試指南

作為軟體測試人員，我們需要在需求階段就開始介入測試，因為通常在測試進行之前，需要對測試需求進行分析和彙總以及評審，給測試方案的設計提供參考。那我們在接收到測試任務的時候應該做些什麼呢？以下彙總一下本人建議，僅供參考，需根據實際項目情況來定奪。

1. 了解産品
   1. 了解産品的部署環境：部署的軟硬體環境，以及與産品線上環境的差别。一般應盡量一緻。
   2. 了解産品功能
   3. 了解功能目的
   4. 通過閱讀需求文檔或設計原型，或者口頭向産品負責人了解産品有哪些子產品。形成産品功能清單
   5. 了解各功能子產品的開發進度，完成/未完成。未完成原因與完成時間
   6. 了解容易出錯的子產品
   7. 了解已知問題
   8. 了解業務流程：了解産品的業務流程有哪些，構造業務流程圖。
   9. 了解子產品的作用，設計出來的目的，為了滿足使用者的什麼要求
   10. 了解各功能及子產品的使用者場景
   11. 确認核心功能、主要功能；常用功能、不常用功能，确認重要子產品的應用場景（可用于确認測試重點）
   12. 了解産品的其他要求
   13. 對性能的要求
   14. 對安全性的要求
   15. 對環境的要求：作業系統、浏覽器（相容性要求）
2. 産品分解
   1. 頁面連結（各頁面的通路，是否有404、500等報錯）
   2. 功能流（主流程、備選流，可了解為資料流向）
   3. 資料統計的準确性
   4. 不同平台同一資料的一緻性
   5. 同一平台同一類型資料的統一性（如時間格式、提示資訊視窗--警告類、成功類，等）
   6. 使用者界面（布局排版是否正常合理規範）
3. 用例編寫，測試用例編寫的過程也是加深對産品的了解的過程

4. 測試，測試過程總不可能一帆風順，會遇到各種各樣的情況。比如某些操作導緻的系統失效，可能是在寫測試用例的時候未考慮到的。是以測試過程的是補充用例的最佳指導，也是更加深刻了解産品的過程。另外需要說明的一點是，測試過程，特别是對于疊代快速的項目，可能未進行測試用例的編寫，測試隻是根據測試點開展。這就很難避免會遇到一些我們不是非常确定操作步驟的問題，包括偶發性的問題，以及路徑比較複雜的問題，常常在發現問題後，甚至記不起發現這個問題前自己的操作。遭遇這種情況是非常令測試人員頭疼的。我的建議是，可以在測試的過程中，使用錄屏工具，對我們的測試所有操作進行錄制。當遇到無法确定操作步驟的問題時，查錄制記錄。

   （待續……）

轉載于:https://blog.51cto.com/shenzz/1745081