許可權管理和設定測試的測試點
1.一次只給使用者單獨設定乙個許可權，設定之後檢查該許可權是否生效
2.給使用者不設定任何許可權，設定之後檢查該使用者能否使用系統
3.給使用者設定全部許可權，設定之後檢查所有許可權是否生效
4.給使用者設定部分許可權，設定之後檢查部分許可權是否生效
5.使用者正在進行相關的操作，管理員為該使用者新增其他許可權，是否能進行
6.使用者正在進行相關操作，管理員為該使用者取消該許可權，是否能進行
7.設定許可權的同時，是否有對應的許可權設定日誌
8.如果許可權是以許可權樹的方式實現的，那麼要對許可權樹的父子節點的關聯關係進行測試
1）選中父許可權，檢查是否所有的子許可權預設都被選中
2）只選擇部分子許可權，檢查對應的父許可權是否被選中
3）刪除部分子許可權（沒有刪除全部子許可權），此時父許可權應該還是選中狀態
4）刪除全部子許可權，此時父許可權應該自動被取消
9.使用者能否根據自己的需要對許可權資訊進行維護
10.除管理員外，使用者不能給自己進行許可權的設定
11.許可權資料在資料庫中儲存時，建議進行加密處理，防止有惡意使用者攻破資料庫後，可以給自己任意新增許可權，以給系統造成損失
使用者許可權測試點
1 賦予乙個人員相應的許可權後，在介面上看此人員是否具有此許可權，並以此人員身份登陸，驗證許可權設定是否正確 能否超出所給予的許可權 2 刪除或修改已經登陸系統並正在進行操作的人員的許可權，程式能否正確處理 3 重新註冊系統變更登陸身份後再登入，看程式是否能正確執行，具有許可權是否正確 4 在有工作...
移動測試測試點之功能測試測試點
4 資料更新 4.1 需要確定哪些地方需要提供手動重新整理 哪些地方需要自動重新整理 哪些地方需要手動 自動重新整理 4.2 確定哪些地方從後台切換回前台時需要進行資料更新 4.3 根據業務 速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新 4.4 確定資料展示部分的處理邏輯，是每次...
介面測試測試點
大家都知道，測試的本質的發現問題，然後跟蹤解決問題 但是解決問題有個通用成本理論 問題越早發現解決的成本越低，成本從大到小排列為 產品需求規格說明書 開發需求分析報告 開發詳細設計說明書 測試需求分析說明書 測試用例 code review 轉測試驗收 測試人員提交bug 產品 運營驗收 客戶投訴 ...