注意！按照需求/要件，逐條測試

1 要件提到的內容，一定要覆蓋到，哪怕只是一句話
2 不同的版本，開發環境，測試環境，UAT本番環境，理論上都應該全覆蓋測試
3 測試同一邏輯不同分支的時候，如果不想全部測試，至少每個分類測試一條
4 不同的數據情況，要做到，單條和組合至少各測試一次
5 所有類型數據的邊界情況，最容易出錯

一 輸入框測試

1. 字符型輸入框：
   （1）字符型輸入框：英文全半角、數字、空或者空格、特殊字符，中文“~！@#￥%……&*？[]{}”特別要注意單引號和&符號。禁止直接輸入特殊字符時，使用“粘貼、拷貝”功能嘗試輸入。
   （2）長度檢查：最小長度、最大長度、最小長度-1、最大長度+1、輸入超長字符比如把整個文章拷貝過去。
   （3）空格檢查：輸入的字符間有空格、字符前有空格、字符后有空格、字符前后有空格
   （4）多行文本框輸入：允許回車換行、保存后再顯示能夠保存輸入的格式、僅輸入回車換行，檢查能否正確保存（若能，檢查保存結果，若不能，查看是否有正常提示）
2. 數值型輸入框：
   （1）邊界值：最大值、最小值、最大值+1、最小值-1
   （2）位數：最小位數、最大位數、最小位數-1、最大位數+1、輸入超長值、輸入整數
   （3）異常值、特殊字符：輸入空白（NULL）、空格或"~!@#$%等可能導致系統錯誤的字符、禁止直接輸入特殊字符時，嘗試使用粘貼拷貝查看是否能正常提交。輸入負整數、負小數、分數、輸入字母或漢字、小數、科學計數法是否支持1.0E2、全角數字與半角數字、數字與字母混合，超過1000查看數字分割號。
   （4）安全性檢查：不能直接輸入就copy
   （5）對于必填項，先錄入再刪除是否可以提交成功；或者先錄入錯誤數據再改為正確數據是否可提交成功 。
   （6）錄入小數然后全選，直接錄入新值，是否可正常錄入；（可能出現小數全選后無法直接填寫新值）
3. 日期型輸入框：
   （1）合法性檢查：輸入0月，13月，32日等，閏年2月的處理方式等
   （2）異常值、特殊字符：輸入空格或空、輸入~！@#￥%……&*（）{}[]等可能導致系統錯誤的字符
   （3）安全性檢查：不能直接輸入，就copy，是否數據檢驗出錯
4. 信息重復:在一些需要命名,且名字應該唯一的信息輸入重復的名字或ID,看系統有沒有處理,會否報錯,重名包括是否區分大小寫,以及在輸入內容的前后輸入空格,系統是否作出正確處理.

二 搜索功能測試

1. 功能實現：
   （1）如果支持模糊查詢，搜索名稱中任意一個字符是否能搜索到
   （2）比較長的名稱是否能查到
   （3）輸入系統中不存在的與之匹配的條件
   （4）用戶進行查詢操作時，一般情況是不進行查詢條件的清空，除非需求特殊說明。
2. 組合測試：
   （1）不同查詢條件之間來回選擇，是否出現頁面錯誤（單選框和多選框最容易出錯）
   （2）測試多個查詢條件時，要注意查詢條件的組合測試，可能不同組合的測試會報錯。
   （3）查詢結果的分頁，一直點擊到最后一頁，查看是否有重復數據（可能會出現虛數據）

三 添加/修改功能

1． 特殊鍵：（1）是否支持Tab鍵 （2）是否支持回車鍵
2． 提示信息：（1）不符合要求的地方是否有錯誤提示
3． 唯一性：字段唯一的，是否可以重復添加，添加后是否能修改為已存在的字段（字段包括區分大小寫以及在輸入的內容前后輸入空格，保存后，數據是否真的插入到數據庫中，注意保存后數據的正確性）
4．數據正確性：
（1）對編輯頁的每個編輯項進行修改，點擊保存，是否可以保存成功，檢查想關聯的數據是否得到更新。
（2）進行必填項檢查
（3）在編輯的時候，注意編輯項的長度限制，有時在添加的時候有，在編輯的時候卻沒有（注意要添加和修改規則是否一致）
（4）提交數據時，連續多次點擊，查看系統會不會連續增加幾條相同的數據或報錯。

四 刪除功能

1．特殊鍵：（1）是否支持Tab鍵 （2）是否支持回車鍵
2．提示信息：
（1）不選擇任何信息，直接點擊刪除按鈕，是否有提示
（2）刪除某條信息時，應有確認提示
3．數據實現：
（1）刪除一條記錄時，是否可以刪除成功
（2）如系統支持批量刪除，注意刪除的信息是否正確
（3）刪除數據時，要注意相應查詢頁面的數據是否及時更新
（4）如刪除的數據與其他業務數據關聯，要注意其關聯性
（5）移動或刪除出圖片時，注意順序問題，比如刪除順位的3，刪除后注意顯示界面，是否正確的顯示1。

五 上傳圖片功能測試

（1）文件類型正確、大小合適，查看能否上傳成功
（2）文件類型正確，大小不合適，查看是否給出提示
（3）文件類型錯誤，大小合適，查看是否給出提示
（4）文件類型大小都合適，手動輸入存在的圖片地址來上傳
（5）文件類型和大小都合適，輸入不存在的圖片地址來上傳
（6）不選擇文件直接點擊上傳，查看是否給出提示
（7）連續多次選擇不同的文件，查看是否上傳最后一次選擇的文件
（8）文件名校驗，文件名內容（如含特殊字符，大小寫混合，數字，漢字） ，文件名長度
（9）文件名后綴大寫， 是否作處理
（10）對于有圖片數量限制的批量上傳是否控制
（11）批量上傳過程中有傳輸失敗的圖片如何處理，是直接刪除還是提示上傳失敗
（12）圖片選擇一些較特殊的圖片，設計出高分辨率或過小的圖片。注意上傳圖片的分辨率。
（13）注意上傳大文件或者多頁數據類型的情況

六 查詢結果列表

（1）列表、列寬是否合理
（2）列表數據太寬有沒有提供橫向滾動
（3）列表的列名有沒有與內容對應
（4）列表的每列的列名是否描述的清晰
（5）列表是否把不必要的列都顯示出來
（6）列表內容過長的時候，是否正確的顯示出來全部內容

七 返回鍵檢查

1 一條已經成功提交的記錄，返回后再提交，是否做了處理
2 檢查多次使用返回鍵的情況，在有返回鍵的地方，返回到原來的頁面多次，查看是否會出錯
3 處理完了后自動跳轉到下一個界面后，點擊返回，注意系統如何處理。

八 回車鍵檢查

1 在輸入內容后，直接按回車鍵，系統如何響應，是否會報錯
2 之前檢查出在輸入框中輸入內容后，點擊回車，頁面關閉，相當于cancel

九 刷新鍵檢查

Web頁面中，使用F5，查看系統響應，是否會有錯誤或異常。（如:切換到非默認tab，然后刷新頁面，頁面會切換到默認tab，但tab下的內容仍是上個tab的內容）
對于增加了統計功能的頁面，是否刷新會增加統計次數。（如瀏覽量、閱讀量等）

十 直接URL鏈接檢查（盜鏈問題）

在Web系統中，在地址欄直接輸入各個功能頁面的URL地址，看系統如何處理，是否能夠直接鏈接查看（匿名查看），是否有權限控制，是否直接執行，并返回相應結果頁。

十一 并發問題

1.同一個用戶操作：同一個用戶分別登錄兩個瀏覽器，在一個瀏覽器中作提交后，在另一個瀏覽器中是否仍可提交成功 ，是否有權限控制，是否有合理提示（如狀態變化等）。
2. 不同用戶操作無序提交時是否有合理提示。

十二 業務流程測試

業務流程一般會涉及到多個模塊的數據，所以在對業務流程測試時，首先要保證單個模塊功能的正確性，其次就要對各個模塊間傳遞的數據進行測試，這往往是容易出現問題的地方，測試時一定要設計不同的數據進行測試。

十三 界面和易用性測試

備注:界面一般由UI來測試，某些特殊流程需要由測試給出頁面或數據，讓UI確認是否符合當初設計理念。需要注意的是，前端經常對某些行間距、字體及Hover效果不能很好把握。

1. 風格.樣式.顏色是否協調
2. 界面布局是否整齊、協調
3. 界面操作、標題描述是否恰當
4. 操作是否符合人們的常規習慣
5. 界面中各個控件是否對齊
6. 日期控件是否可編輯
7. 信息比較長的文本，文本框有沒有提供自動垂直滾動條
8. 是否支持Tab鍵，跳轉順序是否條理
9. 用滾動條移動頁面時，頁面的控件是否顯示正常
   10.頁面是否有多余按鈕或標簽
   11.執行風險操作時，是否有確認提示，如刪除、移除、注銷確認
   12.頁面分辨率檢查，在各種分辨率下
   13.界面的icon是否表達正確，比如刪除是否為刪除圖標，新增是否為新增圖標