基于實際測試的功能測試點總結(2)

　　19. 必填項檢查：應該填寫的項沒有填寫時系統是否都做了處理，對必填項是否有提示信息，如在必填項前加“*”;對必填項提示返回后，焦點是否會自動定位到必填項。

　　20. 快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、 Ctrl+V、 Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

　　21. 回車鍵檢查: 在輸入結束后直接按回車鍵,看系統處理如何,會否報錯。這個地方很有可能會出現錯誤。

　　22.刷新鍵檢查：在Web系統中，使用瀏覽器的刷新鍵，看系統處理如何，會否報錯。

　　23.回退鍵檢查：在Web系統中，使用瀏覽器的回退鍵，看系統處理如何，會否報錯。對于需要用戶驗證的系統，在退出登錄后，使用回退鍵，看系統處理如何;多次使用回退鍵，多次使用前進鍵，看系統如何處理。

　　24.直接URL鏈接檢查：在Web系統中，直接輸入各功能頁面的URL地址，看系統如何處理，對于需要用戶驗證的系統更為重要。如果系統安全性設計的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

　　25.空格檢查：在輸入信息項中，輸入一個或連串空格，查看系統如何處理。如對于要求輸入整型、符點型變量的項中，輸入空格，既不是空值，又不是標準輸入。

　　26.輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統如何處理。如對于要求輸入符點型數據的項中，輸入全角的小數點(“。”或“.”，如4.5);輸入全角的空格等。

　　27.密碼檢查：一些系統的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網系統來說，此種方式完全可以起到加密的作用，但同時，會造成一些問題，即大于128的Ascii對應的字符在解密時無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現無法解析的字符。

　　28.用戶檢查：任何一個系統，都有各類不同的用戶，同樣具有一個或多個管理員用戶，檢查各個管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現。同樣，提供注銷功能的系統，此用戶再次注冊時，是否作為一個新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統的。容易出現錯誤的情況是，可能有用戶管理權限的非超級管理員，能夠修改超級管理員的權限。

　　29.系統數據檢查：這是功能測試最重要的，如果系統數據計算不正確，那么功能測試肯定是通不過的。數據檢查根據不同的系統，方法不同。對于業務管理平臺，數據隨業務過程、狀態的變化保持正確，不能因為某個過程出現垃圾數據，也不能因為某個過程而丟失數據。

　　30.系統可恢復性檢查：以各種方式把系統搞癱，測試系統是否可正常迅速恢復。

　　31.確認提示檢查：系統中的更新、刪除操作，是否提示用戶確認更新或刪除，操作是否可以回退(即是否可以選擇取消操作)，提示信息是否準確。事前或事后提示，對于Update或Delete操作，要求進行事前提示。

　　32.數據注入檢查：數據注入主要是對數據庫的注入，通過輸入一些特殊的字符，如 “’”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統查詢、插入、刪除操作的SQL因為這些字符而改變原來的意圖。如select * from table where id = ‘　’ and name = ‘ ’，通過在id輸入框中輸入“12’-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數據。當然還有其它一些SQL注入方法，具體可以參考《SQL應用高級SQL注入.doc》，很多程序都是基于頁面對輸入字符進行控制的，可以嘗試跳過界面直接向數據庫中插入數據，比如用Jmeter，來完成數據注入檢查。

　　33.刷新檢查：web系統中的WebForm控件實時刷新功能，在系統應用中有利有弊，給系統的性能帶來較大的影響。測試過程中檢測刷新功能對系統或應用造成的影響(白屏)，檢查控件是否回歸默認初始值，檢查是否對系統的性能產生較大影響(如每次刷新都連接數據庫查詢等)。

　　34.事務檢查：對于事務性操作，斷開網絡或關閉程序來中斷操作，事務是否回滾。

原文轉自：http://www.uml.org.cn/Test/200812187.asp