做了幾年的
功能測試，也經手了好幾個web應用的專案，在做專案當中積累了一些經驗。在這裡我對通用一些功能模組的測試點做個記錄，一來梳理一下
測試用例設計的思路，以便加快相似專案的測試用例的設計，二來有利於設計出更加全面完善的測試用例。以後隨著自己的
測試技術的進步，也可以在這裡對測試用例進行補充，查漏補缺。
1. 註冊使用者資訊
（1）將某個必填項留空，檢查系統是否對必填項為空的情況做了必要的處理；
（2）在某個必填項中僅輸入空格，檢查系統是否能夠正確處理；
（3）按[tab]鍵，游標是否能夠按照從左到右，由上到下的順序在輸入域間切換；
（4）單擊[enter]，檢查是否相當於單擊了[註冊]按鈕，將註冊資訊提交到系統中；
（5）檢查系統是否對使用者名稱中的空格做處理；
（6）輸入已經存在的使用者名稱，檢查系統是否對「使用者名稱」做重名校驗；
（7）使用者名稱大小寫校驗：若有已註冊使用者「abc」，輸入使用者名稱「abc」和正確的密碼也可以成功登入；若以使用者名稱「abc」註冊使用者資訊，則系統提示使用者名稱重名，使用者已存在;
（8）輸入字元數等於域允許的最大字元數，檢查系統是否能正確儲存該資訊；
（9）輸入字元數大於域允許 的最大字元數，檢查系統是否對域輸入長度進行驗證，並對超過的字元做合理的處理；
（10）檢驗系統是否對特殊字元做了處理；
（11）輸入的確認密碼與設定密碼不一致，檢查系統是否做了密碼校驗；
（12）在「密碼」和「確認密碼」輸入域裡輸入密碼，均未顯示明文；
（13）過期處理：在註冊頁面填寫所有的註冊資訊，之後停留30分鐘，再單擊[註冊]按鈕，系統提示網頁已過期；
（14）頁面切換校驗：在使用者註冊頁面輸入所有所需的使用者資訊，單擊瀏覽器工具欄上的[後退]按鈕，然後再單擊[前進]按鈕，系統進入到「使用者註冊」頁面，密碼和確認密碼輸入域應該被清空，其它輸入域的資訊仍然被保留。
2. 管理員登入
（1）回車驗證：填入管理員帳號和密碼，直接按[enter]鍵，相當於單擊了[登入]鍵；
（2）登入次數的驗證：輸入多次錯誤的管理員帳號和密碼，驗證超過系統允許的錯誤次數，則帳戶被鎖定；
（3）許可權驗證：管理員帳號正確登入後，可以訪問所有被授權的頁面；
（4）注入式登入：利用sql漏洞，使用不存在的使用者登入。如使用者名稱輸入為admin'or'1'='1，密碼輸入為x'or'1'='1，此時系統應該報告使用者名稱或密碼不正確；
（5）用已鎖定的使用者登入，系統應該提示鎖定使用者無法登入；
（6）tab驗證：按[tab]鍵游標應該能夠按照從左到右，由上到下的順序在輸入域間切換。
3. 註冊使用者登入
（1）回車驗證：同管理員登入；
（2）輸入登入密碼中包含空格，檢驗系統是否對密碼中的空格做處理；
（3）檢驗登入密碼不區分大小寫；
（4）登入次數的驗證：同管理員登入；
（5）用新註冊的使用者登入；
（6）使用字元長度等於臨界值的使用者名稱和密碼登入；
（7）使用含有空格的使用者名稱登入，檢驗系統截除空格，該使用者名稱仍可以正常登入；
（8）注入式登入：同管理員登入；
（9）用已鎖定的使用者登入，系統應該提示鎖定使用者無法登入；
（10）tab鍵驗證：同管理員登入。
4. 修改註冊資訊（1）不修改直接按「儲存」，檢查是否儲存成功；
（2）將使用者名稱改為已存在的使用者名稱，檢查系統是否進行了重名檢驗；
（3）在修改的狀態下，將某個必填項置為空，檢查系統是否對必填項為空的情況做了處理；
（4）在修改的狀態下，將某個必填項中僅輸入空格，檢查系統是否能夠正確處理；
（5）輸入字元數等於域允許的最大字元數，檢查系統是否能正確儲存該資訊；
（6）輸入字元數大於域允許 的最大字元數，檢查系統是否對域輸入長度進行驗證，並對超過的字元做合理的處理；
（7）按[tab]鍵，游標是否能夠按照從左到右，由上到下的順序在輸入域間切換；
（8）單擊[enter]，檢查是否相當於單擊了[修改]按鈕，將資訊提交到系統中；
（9）檢查系統是否對使用者名稱中的空格做處理；
（10）輸入特殊字元，系統應該對特殊字元做合理的處理；
（11）輸入的確認密碼與設定密碼不一致，檢查系統是否做了密碼校驗；
（12）在「密碼」和「確認密碼」輸入域裡輸入密碼，均未顯示明文；
（13）頁面切換校驗：在修改的狀態下，單擊瀏覽器工具欄上的[後退]按鈕，然後再單擊[前進]按鈕，系統進入到「使用者資訊」頁面，密碼和確認密碼輸入域應該被清空，其它輸入域的資訊仍然被保留；
（14）過期處理：在註冊頁面填寫所有的註冊資訊，之後停留30分鐘，再單擊[註冊]按鈕，系統提示網頁已過期。
5. 一些屬於ui測試的測試點
（1）按鈕狀態是否正確：與正在進行的操作無關的按鈕應該加以遮蔽；
（2）按鈕的擺放位置是否合理：錯誤使用容易引起介面退出或關閉的按鈕不應該放在容易單擊的位置；
（3）重要按鈕的擺放位置是否合適：重要的命令按鈕與使用較頻繁的按鈕要放在介面上醒目的位置；
（4）關閉錯誤提示後的游標定位：關閉使用者輸入錯誤的提示資訊後，游標應定位到對應的輸入框中；
（5）非法訪問：未登入直接訪問（複製需要登入後才可以訪問的頁面的url）。
Web應用功能測試測試點
做了幾年的功能測試，也經手了好幾個web應用的專案，在做專案當中積累了一些經驗。在這裡我對通用一些功能模組的測試點做個記錄，一來梳理一下測試用例設計的思路，以便加快相似專案的測試用例的設計，二來有利於設計出更加全面完善的測試用例。以後隨著自己的測試技術的進步，也可以在這裡對測試用例進行補充，查漏補缺...
Web應用功能測試測試點
做了幾年的功能測試，也經手了好幾個web應用的專案，在做專案當中積累了一些經驗。在這裡我對通用一些功能模組的測試點做個記錄，一來梳理一下測試用例設計的思路，以便加快相似專案的測試用例的設計，二來有利於設計出更加全面完善的測試用例。以後隨著自己的測試技術的進步，也可以在這裡對測試用例進行補充，查漏補缺...
常用功能 查詢功能測試點
若查詢條件為輸入框，則參考輸入框對應型別的測試方法 1 功能實現 1 如果支援模糊查詢，搜尋名稱中任意乙個字元是否能搜尋到 2 比較長的名稱是否能查到 3 輸入系統中不存在的與之匹配的條件 4 使用者進行查詢操作時，一般情況是不進行查詢條件的清空，除非需求特殊說明。2 組合測試 1 不同查詢條件之間...