刪除功能測試的測試點
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.
界面上的刪除操作，是否對應後臺文件的刪除，如果存在，一定要檢查文件是否被同步刪除
轉載請註明作者與出處，謝謝。