5. 如輸入%*?等統配符是否會導致查詢錯誤;
6. 查詢結果列表分頁是否正確，在點擊下一頁上一頁時，查詢條件是否能帶過去，不能點擊翻頁時又重新查詢;
7. 對于數據量比較大的表查詢時，不容許無條件查詢，避免性能問題的出現;
8. 對于查詢輸入項的值是固定的要用下拉菜單，比如狀態、類型等;
9. 分頁的統計數字是否正確，共X頁，第N頁，共X條記錄等;
10. 對于查詢有統計的欄目，比如：總計、合計等要計算數據是否正確;
11. 查詢結果有超鏈接的情況要檢查超鏈接是否正確;
12. 查詢權限的檢查，比如：user1不能查詢到user2的數據等;
2.3 刪除功能檢查點：
1. 必須有“確認刪除”的提示;
2. 根據需求檢查是軟刪除還是硬刪除，來檢查數據庫中是否還存在該條記錄;
3. 是否有相關的數據刪除，如果有要確認該相關的數據也已經刪除，并且在同一事務中完成;
4. 是否有刪除約束，如果有刪除約束，要檢查該記錄是否被約束，如果被約束該記錄不能被刪除;
5. 如果是軟刪除，用查詢、統計界面檢查該條記錄能否被查詢出來，數據是否被統計進去;
6. 檢查因為業務約束不能刪除的數據能否被保護不能手工刪除，比如：流程中已經審批的文件不能被刪除;
7. 跟刪除相關的權限問題，比如：需求要求只有管理員和該記錄的創建人能夠刪除該記錄，那就以不同的用戶和角色登錄進去，執行刪除操作，檢查是否與需求匹配;
2.4 上傳附件檢查點：
1. 檢查是否能正確上傳附件文件;
2. 檢查上傳的文件是否能正確下載并打開;
3. 至少檢查下列大小的文件能正確上傳，100k,1M,2M,4M,10M,20M等;
4. 如果沒有指定類型的限制，至少上傳以下幾種類型的文件能否正確上傳并正確打開，類型有：.doc, .xls, .txt, .ppt, .htm, .gif, .jpg, .bmp, .tif, .avi等;
5. 如果有文件類型的限制還要檢查能上傳的文件的類型;
6. 上傳同名的文件，在打開的時候是否出錯;
7. 有中文文件名的文件能否正確上傳;
2.5 影響操作性能的檢查點：
(不能代替系統的性能測試和壓力測試，主要看系統在正常操作情況下的響應和處理能力)
1. 對數據記錄條數比較多的表的查詢操作，避免全表查詢，比如對銀行用戶賬號的查詢就不能缺省全部查出，必須讓用戶輸入查詢條件;
2. 菜單樹，測試大量數據時菜單樹的響應情況;
3. 有日志的查詢或者統計，要注意查詢的效率;
4. 大報表的處理或者批處理的操作，要關注效率，比如：銀行對帳、財務年終結算、財務年報表、系統初始化等;
5. 大報表的排序sort、組函數的使用等;
6. 大數據量的處理，如導入、導出、系統備份、文件傳輸等;
文章來源于領測軟件測試網 http://www.kjueaiud.com/
