1.demo界面的測試：
頁面元素是否跟demo一致，不能缺少、錯誤，系統提取的內容是否有遺漏。
Demo中的頁面佈局要符合UCD（原IT中心）規定的易用性原則；
2.錄入框的數據的測試：
1) 必填驗證：必填項是否標記必填，標記必填了是否填寫，錄入全是空格是否能正確識別爲不合法。
2) 有效性驗證：
人員，供應商，編號等來自固定數據源的錄入內容是否填寫合法。
填寫內容長度是否控制。
錄入全角符號是否會保存錯誤。
3) 重複性驗證：如郵箱收件人是否判斷了同時輸入相同人員的情況。
4) 一致性驗證：保存，編輯刪除刷新後，結果是否顯示正確。
5) 裝載測試：數據裝載是否正確，下拉框裝載時是否存在沒有匹配綁定值。裝載的人員工號是否都顯示了姓名。綁定表格出現的空值有沒有問題，是否是sql錯誤導致。
3.按鈕的測試：
1) 新建：無權限不能新建。
2) 刪除：未選中的刪除是否會報錯，刪除是否有提示。
3) 保存：嘗試所有錄入空白信息保存是否報錯，無權限的不能保存。
4) 提交：嘗試所有錄入空白任何信息提交是否報錯，以上提到的錄入框驗證是否都完成。重複提交表單：一條已經成功提交的紀錄，返回後再提交，看看系統是否做了處理。對於Web系統來說，可以通過瀏覽器返回鍵或者系統提供的返回功能。表單提交出錯時，光標要聚焦到第一個出錯控件（控件無法光標定位時，高亮顯示控件或旁邊用簡短紅色文字提示）
5) 導出：列名與查詢結果是否一致，導出英文化是否正確，導出列順序是否跟查詢結果順序一致，導出數量與查詢結果數量是否一致。導出結果記錄超過最大限制條數，不能導出並提示用戶；
6) 導入：導入模板是否做了英文化，導入非excel文件有沒有驗證，導入空，模板錯誤，數據空行，導入表格超過最大限制，必填項空，導入列有效性測試是否有提示。導入完畢查詢數據庫是否都正確導入。
4. 數據庫的測試
1) 提交或者保存後，檢測插入的數據是否有異常：比如一般保存人、供應商、物料的號碼的字段是否保存了名字進去。
2) 查詢的sql是否查詢時間很長容易超時。
3) 查看錶中的重複數據是否由bug導致。
4) 查詢基礎數據表中的數據是否有不正常的情況，如爲空導致黃頁等問題。
5.功能性測試
5.1查詢：
1) 首先看各個按鈕的功能是否都實現了並且無異常
2) 至少輸入一個查詢條件，清空後是否清空了所有查詢條件。
3) 查看綁定控件的值是否綁定正確。
4) 逐個輸入查詢條件查詢數據，看結果是否正確。
5) 對照需求中的特殊要求逐個確認是否實現正確是否有遺漏
6) 控件之間存在聯動關係時，檢查是否實現聯動
7) 下拉框選項值寬度超出控件顯示寬度時，是否有浮動提示，下拉值太多建議做彈出框查詢。
8) 大數據量要進行分頁，避免連接超時。查詢時間超過5秒需要有等待提示界面，對於過大的數據查詢，可以限制查詢返回的數量，避免超時。
9) 查詢結果默認按擬製時間順序排序，如有具體需求則按需求排序。
5.2單據流程：
1) 流程是否能走通，根據流程圖的每個情況都要走一遍，包括正向跟反向（即提交退回再提交），每個狀態的錄入都要嘗試全錄入或者全不錄入的情況，測試有沒有保存異常。
2) 必填的提示信息是否正確
3) 逐個測試每個控件錄入最長值保存是否出錯。
4) 保存之後數據是否保存成功，初始化是否正確。
5) 提交之後的當前處理人、單據狀態變化是否正確
6) 所有的需求都要體現在流程當中，不能有所遺漏。
7) 對非當前處理人查看單據顯示是否正確是否可以編輯。
8) 郵件的測試，每個流程都要查看發送郵件的收件人、抄送人、標題、內容是否正確，郵件的鏈接是否有效。
5.3待我處理：
1) 當前處理人的單據是否顯示，處理人是否正確。
2) 數據是否正確，待處理查出的數據是否跟單據裏顯示的一致。
3) 點擊任意狀態單據查看數據是否初始化正確。
4) 有刪除的是否有提示。有查詢的是否會提示至少輸入一個查詢條件
5) 複製單據功能，要查看複製後的單據是否與原單據數據一致，是否能正常保存、提交。
5.4 維護功能
1) 至少輸入一個查詢條件
2) 查詢結果是否正確，參考查詢功能的測試點
3) 編輯和新增界面的必填驗證是否正確。
4) 在新增頁面切換編輯，在編輯頁面切換新增，測試提交是否有錯；
5) 在新增或者編輯頁面，刪除一條信息，看是否會有影響。
6) 做樹形結構數據維護時，注意同級別的數據重名如何處理，原則上同級別數據名稱不能重複。
7) 編輯成功後刷新數據是否一致。
6.英文化測試
1) 所有的界面元素是否都做了多語言，特別檢測隱藏的層。
2) 所有的提示語句是否都做了多語言，特別檢測提示語句裏不能有” ’ “單引號。
3) 英譯後，如果長度過長時，應改變按鈕寬度或者增加tip提示信息，避免出現英文顯示不全的情況出現
4) 英文化後也要測試一編單據流程，確保不會因爲英文環境導致的數據、流程異常。