轉載自同事的總結，從測試用例中，也可以總結出我們開發的時候需要注意和校驗的事項。下面是正文
是這幾年的測試工作中，漸漸覺得自己工作久了，可以自行發散測試思維去做一個測試用例，甚至有時候連用例都不寫了，久而久之工作根本沒有效率，還經常忽略很多測試的點
現在我整理下網上和自己工作中得到的經驗，檢察自己每次做測試任務的時候都對照着自己有沒有遺漏的地方
一. 輸入框
1.1 字符型輸入框
1. 根據需求是否必填
2. 字符型輸入框：英文全角、英文半角、數字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特別要注意單引號和&符號。禁止直接輸入特殊字符時，使用“粘貼、拷貝”功能嘗試輸入。
3. 長度檢查：最小長度、最大長度、最小長度-1、最大長度+1、輸入超工字符比如把整個文章拷貝過去。
4. 輸入的文字限制，需要在輸入框內加上placeholder提示語
5. 空格檢查：輸入的字符間有空格、字符前有空格、字符後有空格、字符前後有空格、字符全部爲空格（不允許）
6. 多行文本框輸入：允許回車換行、保存後再顯示能夠保存輸入的格式、僅輸入回車換行，檢查能否正確保存（若能，檢查保存結果，若不能，查看是否有正常提示）
7. 表情：系統表情、鍵盤表情、表情包輸入
8. 安全性檢查：輸入特殊字符串
（null,NULL,,javascript,<script>,</script>,<title>,<html>,<td>）、輸入腳本函數(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>）
1.2 數值型輸入框：
1. 根據需求是否必填
2. 邊界值：最大值、最小值、最大值+1、最小值-1
3. 位數：最小位數、最大位數、最小位數-1最大位數+1、輸入超長值、輸入整數
4.異常值、特殊字符：輸入空白（NULL）、空格或"~!@#$%^&*()_+{}|[]\:"<>?;',./?;:'-=等可能導致系統錯誤的字符、禁止直接輸入特殊字符時，嘗試使用粘貼拷貝查看是否能正常提交、word中的特殊功能，通過剪貼板拷貝到輸入框，分頁符，分節符類似公式的上下標等、數值的特殊符號如∑，㏒，㏑，∏，+，-等、
5. 輸入負整數、負小數、分數、輸入字母或漢字、小數（小數前0點捨去的情況，多個小數點的情況）、首位爲0的數字如01、02、科學計數法是否支持1.0E2、全角數字與半角數字、數字與字母混合、16進制，8進制數值、貨幣型輸入（允許小數點後面幾位）、
6. 安全性檢查：不能直接輸入就copy
1.3 日期型輸入框：
1. 根據需求是否必填
2. 按鈕防止重複點擊
3 合法性檢查：(輸入0日、1日、32日)、月輸入[1、3、5、7、8、10、12]、日輸入[31]、月輸入[4、6、9、11]、日輸入[30][31]、輸入非閏年，月輸入[2]，日期輸入[28、29]、輸入閏年，月輸入[2]、日期輸入[29、30]、月輸入[0、1、12、13]
考慮開始日期與結束日曆的比較，特別是在查詢的時候.
4. 異常值、特殊字符：輸入空白或NULL、輸入~！@#￥%……&*（）{}[]等可能導致系統錯誤的字符
5. 安全性檢查：不能直接輸入，就copy，是否數據檢驗出錯？
二. 表單提交
1. 表單中哪些字段是必填項
2. 表單中字段內容的限制：非空、重複、長度、特殊字符，文字前後空格、全部空格、以及一些和業務相關的約束條件
測試點：
1、提交按鈕是否支持回車
2、單擊按鈕
3、快速雙擊， 校驗按鈕有無做防重複點擊操作
4、網絡中斷
5、只輸入必填項，單擊提交
6、分別缺少一個必填項、單擊提交（無效等價類不能合併）
7、所有字段的最大長度，單擊提交
8、所有必填項+非必填項 ，單擊提交
9、提交成功是否有提示，或有頁面跳轉
10、如果有上傳附件，附件超大、網絡慢，是否有上傳提示，提交後是否成功
11、使用POST加密傳輸
12、SQL注入
13、權限校驗，也就是說只有有權限的人纔可以提交
14、對於修改、新增、審覈等需要修改數據庫中數據的操作，多人同時操作的場景需要測試，比如A編輯，B再編輯然後B提交，A提交
15. 敏感詞處理
16. 圖片上傳：限制上傳size、網絡中斷(前端提示)、上傳服務器地址失敗（服務端返回error msg ）
功能測試：
業務流程，一般會涉及到多個模塊的數據，所以在對業務流程測試時，首先要保證單個模塊功能的正確性，其次就要對各個模塊間傳遞的數據進行測試，這往往是容易出現問題的地方，測試時一定要設計不同的數據進行測試。
如某一功能模塊具有最基本的增刪改查功能，則需要進行以下測試：
1. 單項功能測試（增加、修改、查詢、刪除）
2. 增加——>增加——>增加 （連續增加測試）
3. 增加——>刪除
4. 增加——>刪除——>增加 （新增加的內容與刪除內容一致）
5. 增加——>修改——>刪除
6. 修改——>修改——>修改 （連續修改測試）
7. 修改——>增加（新增加的內容與修改前內容一致）
8. 修改——>刪除
9. 修改——>刪除——>增加 （新增加的內容與刪除內容一致）
10. 刪除——>刪除——>刪除 （連續刪除測試）
容錯測試：
1. 輸入系統不允許的數據作爲輸入
2. 把某個相關模塊或者子系統停掉，驗證對當前系統的影響
3. 配置文件刪除或者配置錯誤
4. 數據庫注入錯誤數據
常規性能測試
1. 連接速度測試
用戶連接到Web應用系統的速度根據上網方式的變化而變化，他們或許是電話撥號，或是寬帶上網。當下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長（例如超過5秒鐘），用戶就會因沒有耐心等待而離開。
另外，有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內容，就需要重新登陸了。而且，連接速度太慢，還可能引起數據丟失，使用戶得不到真實的頁面。
2. 負載測試
負載測試是爲了測量Web系統在某一負載級別上的性能，以保證Web系統在需求範圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量，也可以是在線數據處理的數量。例如：Web應用系統能允許多少個用戶同時在線？如果超過了這個數量，會出現什麼現象？Web應用系統能否處理大量用戶對同一個頁面的請求？
3. 壓力測試
負載測試應該安排在Web系統發佈以後，在實際的網絡環境中進行測試。因爲一個企業內部員工，特別是項目組人員總是有限的，而一個Web系統能同時處理的請求數量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結果纔是正確可信的。
進行壓力測試是指實際破壞一個Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什麼情況下會崩潰。黑客常常提供錯誤的數據負載，直到Web應用系統崩潰，接着當系統重新啓動時獲得存取權。
壓力測試的區域包括表單、登陸和其他信息傳輸頁面等
兼容性測試
兼容性測試不只是指界面在不同操作系統或瀏覽器下的兼容，有些功能方面的測試，也要考慮到兼容性，包括操作系統兼容和應用軟件兼容，可能還包括硬件兼容，比如涉及到ajax、jquery、javascript等技術的，都要考慮到不同瀏覽器下的兼容性問題。
除了上面所說的這些測試以外，還有算法測試、配置測試、安全性測試等等，在工作中不斷總結和分析，形成自己的功能測試框架，當你把這份工作做起來以後，對於你自己對於測試團隊而言都是一份很有價值的事情，你的測試思路也會變得更全面。
————————————————
版權聲明：本文爲CSDN博主「雪國的花兒」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/u012941152/article/details/90055797