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.uml.org.cn/Test/200809174.asp