刪除功能測試的測試點

1.刪除時，必須有「確認刪除」的提示。

2.刪除交易時，需要在其他頁面對刪除記錄做確認，審批：刪除成功；或者刪除被駁回。

3.刪除後，查詢被刪資料是否還能在查詢介面被查詢到。

4.刪除後，最好檢查資料庫，確認該條記錄及相關的記錄已經被完整刪除，避免產生冗餘資料。

5.刪除時，系統需要判斷是否有刪除約束，如果有刪除約束，要檢查該記錄是否被約束，如果被約束該記錄不能被刪除。

例如：刪除備選庫時需要判斷該備選庫中的產品是否已經被使用，如果存在則不允許被刪除。

6.刪除時，需要檢查由於業務的約束而不能刪除的資料，能否被保護不能手工刪除，比如：流程中已經審批的檔案不能被刪除;已啟用的記錄不能被刪除。

7.針對6而言，刪除時,若可以刪除關聯項,檢查關聯項是否被同時刪除

8.刪除許可權的檢查，比如：需求要求只有管理員和該記錄的建立人能夠刪除該記錄，那就以不同的使用者和角色登入進去，執行刪除操作，檢查是否與需求匹配

9.單個刪除或批量刪除

10.要注意是被刪除還是被隱藏(兩者同樣是在介面上看不到記錄)

11.構造資料：空庫、不存在結果的刪除

12.有條件的刪除

13.刪除操作首先判斷是真刪除還是假刪除，如果是假刪除，操作完成之後，一定要去後台資料庫中檢查對應的資料是否依然存在

14.如果是真刪除，要考慮級聯刪除的問題，即主表記錄被刪除時，對應的所有從表記錄也應該一併被刪除

15.若存在批量刪除，在批量刪除的過程中，系統出現了異常（網路中斷、服務異常、斷電等情況）時，批量刪除是否進行了相關的事務處理

16.如果一次可以選擇多條記錄進行刪除時，如果刪除還是有條件的，要構造同時選中一部分符合刪除條件的，一部分不符合刪除條件的，看系統是如何處理的

17.如果存在批量刪除功能，要檢查批量刪除所消耗的時間

18.建議對於真刪除操作，最好要有對應的操作日誌，以保護系統的安全可追溯性

19.如果是c/s或 b/s架構，那麼是否存在同一記錄被不同的客戶端使用者進行同時刪除，而造成系統異常

20.正在進行操作或使用的資料能否允許被刪除（例如當前使用者正在進行操作，管理員刪除了該使用者。或者某個資料資訊正在被使用，比如xx許可權正在被使用，但是管理員對許可權進行了刪除操作）

21.為了提高系統的可靠性，對於一些重要的刪除操作，是否設計了相關的刪除恢復或刪除撤銷操作

22.介面上的刪除操作，是否對應後台檔案的刪除，如果存在，一定要檢查檔案是否被同步刪除

刪除功能測試的測試點

刪除功能測試的測試點 1.刪除時，必須有 確認刪除 的提示。2.刪除交易時，需要在其他頁面對刪除記錄做確認，審批 刪除成功 或者刪除被駁回。3.刪除後，查詢被刪資料是否還能在查詢介面被查詢到。4.刪除後，最好檢查資料庫，確認該條記錄及相關的記錄已經被完整刪除，避免產生冗餘資料。5.刪除時，系統需要判...

轉 刪除功能測試點

1 特殊鍵 1 是否支援tab鍵 2 是否支援回車鍵 2 提示資訊 1 不選擇任何資訊，直接點選刪除按鈕，是否有提示 2 刪除某條資訊時，應該有確認提示 業務資料關聯，要注意其關聯性 如刪除部門資訊時，部門下游員工，則應該給出提示 8 如果結果列表中沒有記錄或沒有選擇任何一條記錄，點選刪除按鈕系統會...

移動測試測試點之功能測試測試點

4 資料更新 4.1 需要確定哪些地方需要提供手動重新整理 哪些地方需要自動重新整理 哪些地方需要手動 自動重新整理 4.2 確定哪些地方從後台切換回前台時需要進行資料更新 4.3 根據業務 速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新 4.4 確定資料展示部分的處理邏輯，是每次...