測試最基本的就是看介面展示是否正確這一類測試。但是，這類測試如果功能點多的情況下，如何有效測試就是乙個問題。
1、詳略得當的測試用例，可以用mindmanager去做，也可以用excel等。
2、光有測試用例是不夠的，還要根據測試資料，設計測試策略。如：測試的服務端的先後、測試賬號的先後、測試功能的先後、還有緊鄰關係。
3、很多時候，我們不可能造足夠充分的測試資料，那麼就需要借助管理系統修改類似標誌位之類的資料，如：修改資料庫、清除redis快取等。
4、及時記錄測試的進度，可以很簡單，但一定要記錄。如果專案大、功能點多、服務端多的情況小，人的壓力是特別大的。
5、有些可以零散測試，有些需要集中測試，分清楚。
6、可以做一些殺雞用牛刀的事情，如用jmeter測試介面，不需要管效能。
7、異常情況的測試特別重要。如：斷網、低網速等情況。
本文慢慢體會，分享出來，雅正！
冒煙測試 功能測試
1 冒煙測試是走正常的流程 即正確的流程 主流程 用正確的資料，看系統能否通過，正常資料能夠很好的通過，則冒煙成功通過，在冒煙後版本才能進行功能測試。2 一名成功的測試工程師在測試功能點的時候，不應該只是站在測試的角度，應該是站在測試 從測試角度出發 需求 從需求出發 客戶 需求上沒體現的，從客戶立...
APP測試 功能測試
1.1 了解需求 1.2 編寫測試用例 當然之前可能是測試計畫，測試方案的確認等。這是測試經理的主要工作。測試用例的編寫，主要是建立在第1步的了解需求之後。測試用例主要包含 1用例標題 2用例資料 3測試步驟 4期望結果 5實際結果。當然還有其它的，包含測試人員，測試環境，測試工具等。安裝是否正常 ...
功能測試 黑盒測試方法
正常的 錯誤的 極端的 的 以使用者體驗的角度 所有的流程 在沒有人提示的情況下 自己用一遍 測試用例的方法 如何溝通和獲取足夠的測試用例資訊 實戰的例子 bug預防和經驗分享 常用的測試用例方法 等價類劃分 把資料分為兩類 一類是有效等價類 輸入的資料是系統允許輸入的 另一類是無效的 輸入的資料是...