- Web測試點
1.1. 輸入框
1.1.1. 字符型輸入框
（1）字符型輸入框：英文全角待榔、英文半角减细、數(shù)字在岂、空或者空格奔则、特殊字符“~！@#￥%……&*洁段？[]{}”特別要注意單引號和&符號应狱。禁止直接輸入特殊字符時，使用“粘貼祠丝、拷貝”功能嘗試輸入疾呻。
（2）長度檢查：最小長度、最大長度写半、最小長度-1岸蜗、最大長度+1、輸入超工字符比如把整個文章拷貝過去叠蝇。
（3）空格檢查：輸入的字符間有空格璃岳、字符前有空格、字符后有空格悔捶、字符前后有空格铃慷。
（4）多行文本框輸入：允許回車換行、保存后再顯示能夠保存輸入的格式蜕该、僅輸入回車換行犁柜，檢查能否正確保存（若能，檢查保存結(jié)果堂淡，若不能馋缅，查看是否有正常提示）。
（5）安全性檢查：輸入特殊字符串（null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td>）绢淀、輸入腳本函數(shù)(<script>alert("abc")</script>)萤悴、doucment.write("abc")、<b>hello</b>）皆的。
1.1.2. 數(shù)值型輸入框
（1）邊界值：最大值覆履、最小值、最大值+1祭务、最小值-1 内狗。
（2）位數(shù)：最小位數(shù)、最大位數(shù)义锥、最小位數(shù)-1最大位數(shù)+1柳沙、輸入超長值、輸入整數(shù) 拌倍。
（3）異常值赂鲤、特殊字符：輸入空白（NULL）噪径、空格或"~!@#$%^&*()_+{}|[]:"<>?;',./?;:'-=等可能導(dǎo)致系統(tǒng)錯誤的字符、禁止直接輸入特殊字符時数初，嘗試使用粘貼拷貝查看是否能正常提交找爱、word中的特殊功能，通過剪貼板拷貝到輸入框泡孩，分頁符车摄，分節(jié)符類似公式的上下標(biāo)等、數(shù)值的特殊符號如∑仑鸥，㏒吮播，㏑，∏眼俊，+意狠，-等，輸入負整數(shù)疮胖、負小數(shù)环戈、分數(shù)、輸入字母或漢字澎灸、小數(shù)（小數(shù)前0點舍去的情況院塞，多個小數(shù)點的情況）、首位為0的數(shù)字如01性昭、02迫悠、科學(xué)計數(shù)法是否支持1.0E2、全角數(shù)字與半角數(shù)字巩梢、數(shù)字與字母混合、16進制艺玲，8進制數(shù)值括蝠、貨幣型輸入（允許小數(shù)點后面幾位）。
（4）安全性檢查：不能直接輸入就copy饭聚。
1.1.3. 日期型輸入框
（1）合法性檢查：(輸入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]
(2)異常值沃测、特殊字符：輸入空白或NULL缭黔、輸入~！@#￥%……&*（）{}[]等可能導(dǎo)致系統(tǒng)錯誤的字符
（3）安全性檢查：不能直接輸入蒂破，就copy馏谨，是否數(shù)據(jù)檢驗出錯？
1.1.4. 信息重復(fù)
在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理附迷。
1.2. 搜索功能
若查詢條件為輸入框惧互，則參考輸入框?qū)?yīng)類型的測試方法。
1.2.1. 功能實現(xiàn)
（1）如果支持模糊查詢喇伯，搜索名稱中任意一個字符是否能搜索到
（2）比較長的名稱是否能查到
（3）輸入系統(tǒng)中不存在的與之匹配的條件
（4）用戶進行查詢操作時喊儡，一般情況是不進行查詢條件的清空，除非需求特殊說明稻据。
1.2.2. 組合測試
（1）不同查詢條件之間來回選擇艾猜，是否出現(xiàn)頁面錯誤（單選框和多選框最容易出錯）
（2）測試多個查詢條件時，要注意查詢條件的組合測試捻悯，可能不同組合的測試會報錯匆赃。
1.3. 添加、修改功能
1.3.1. 特殊鍵
（1）是否支持Tab鍵 （2）是否支持回車鍵
1.3.2. 提示信息
（1）不符合要求的地方是否有錯誤提示
1.3.3. 唯一性
（1）字段唯一的今缚，是否可以重復(fù)添加算柳，添加后是否能修改為已存在的字段（字段包括區(qū)分大小寫以及在輸入的內(nèi)容前后輸入空格，保存后姓言，數(shù)據(jù)是否真的插入到數(shù)據(jù)庫中埠居，注意保存后數(shù)據(jù)的正確性）
1.3.4. 數(shù)據(jù)正確性
（1）對編輯頁的每個編輯項進行修改查牌，點擊保存，是否可以保存成功滥壕，檢查想關(guān)聯(lián)的數(shù)據(jù)是否得到更新纸颜。
（2）進行必填項檢查（即是否給出提示以及提示后是否依然把數(shù)據(jù)存到數(shù)據(jù)庫中；是否提示后出現(xiàn)頁碼錯亂等）
（3）是否能夠連續(xù)添加（針對特殊情況）
（4）在編輯的時候绎橘，注意編輯項的長度限制胁孙，有時在添加的時候有，在編輯的時候卻沒有（注意要添加和修改規(guī)則是否一致）
（5）對于有圖片上傳功能的編輯框称鳞，若不上傳圖片涮较，查看編輯頁面時是否顯示有默認的圖片，若上傳圖片冈止，查看是否顯示為上傳圖片
（6）修改后增加數(shù)據(jù)后狂票，特別要注意查詢頁面的數(shù)據(jù)是否及時更新，特別是在首頁時要注意數(shù)據(jù)的更新熙暴。
（7）提交數(shù)據(jù)時闺属，連續(xù)多次點擊，查看系統(tǒng)會不會連續(xù)增加幾條相同的數(shù)據(jù)或報錯周霉。
（8）若結(jié)果列表中沒有記錄或者沒選擇某條記錄掂器，點擊修改按鈕，系統(tǒng)會拋異常俱箱。
1.4. 刪除功能
1.4.1. 特殊鍵
（1）是否支持Tab鍵 （2）是否支持回車鍵
1.4.2. 提示信息
（1）不選擇任何信息国瓮，直接點擊刪除按鈕，是否有提示
（2）刪除某條信息時狞谱，應(yīng)該有確認提示
1.4.3. 數(shù)據(jù)實現(xiàn)
（1）是否能連續(xù)刪除多個產(chǎn)品
（2）當(dāng)只有一條數(shù)據(jù)時乃摹，是否可以刪除成功
（3）刪除一條數(shù)據(jù)后，是否可以添加相同的數(shù)據(jù)
（4）如系統(tǒng)支持批量刪除跟衅，注意刪除的信息是否正確
（5）如有全選峡懈，注意是否把所有的數(shù)據(jù)刪除
（6）刪除數(shù)據(jù)時，要注意相應(yīng)查詢頁面的數(shù)據(jù)是否及時更新
（7）如刪除的數(shù)據(jù)與其他業(yè)務(wù)數(shù)據(jù)關(guān)聯(lián)与斤，要注意其關(guān)聯(lián)性（如刪除部門信息時筒狠，部門下游員工东涡，則應(yīng)該給出提示）
（8）如果結(jié)果列表中沒有記錄或沒有選擇任何一條記錄，點擊刪除按鈕系統(tǒng)會報錯棺棵。
1.5. 注冊谒撼、登陸模塊
1.5.1. 注冊功能
（1）注冊時食寡，設(shè)置密碼為特殊版本號，檢查登錄時是否會報錯
（2）注冊成功后廓潜，頁面應(yīng)該以登陸狀態(tài)跳轉(zhuǎn)到首頁或指定頁面
（3）在注冊信息中刪除已輸入的信息抵皱，檢查是否可以注冊成功善榛。
1.5.2. 登陸功能
（1）輸入正確的用戶名和正確的密碼
（2）輸入正確的用戶名和錯誤的密碼
（3）輸入錯誤的用戶名和正確的密碼
（4）輸入錯誤的用戶名和錯誤的密碼
（5）不輸入用戶名和密碼（均為空格）
（6）只輸入用戶名，密碼為空
（7）用戶名為空呻畸，只輸入密碼
（8）輸入正確的用戶名和密碼移盆，但是不區(qū)分大小寫
（9）用戶名和密碼包括特殊字符
（10）用戶名和密碼輸入超長值
（11）已刪除的用戶名和密碼
（12）登錄時，當(dāng)頁面刷新或重新輸入數(shù)據(jù)時伤为，驗證碼是否更新
1.6. 上傳圖片測試
1.6.1. 功能實現(xiàn)
（1）文件類型正確咒循、大小合適
（2）文件類型正確，大小不合適
（3）文件類型錯誤绞愚，大小合適
（4）文件類型和大小都合適叙甸，上傳一個正在使用中的圖片
（5）文件類型大小都合適，手動輸入存在的圖片地址來上傳
（6）文件類型和大小都合適位衩，輸入不存在的圖片地址來上傳
（7）文件類型和大小都合適裆蒸，輸入圖片名稱來上傳
（8）不選擇文件直接點擊上傳，查看是否給出提示
（9）連續(xù)多次選擇不同的文件糖驴，查看是否上傳最后一次選擇的文件
1.7. 查詢結(jié)果列表
1.7.1. 功能實現(xiàn)
（1）列表僚祷、列寬是否合理
（2）列表數(shù)據(jù)太寬有沒有提供橫向滾動
（3）列表的列名有沒有與內(nèi)容對應(yīng)
（4）列表的每列的列名是否描述的清晰
（5）列表是否把不必要的列都顯示出來
（6）點擊某列進行排序，是否會報錯（點擊查看每一頁的排序是否正確）
（7）雙擊或單擊某列信息遂赠，是否會報錯
1.8. 返回鍵檢查
1久妆、一條已經(jīng)成功提交的記錄，返回后再提交跷睦，是否做了處理
2筷弦、檢查多次使用返回鍵的情況，在有返回鍵的地方抑诸，返回到原來的頁面多次烂琴，查看是否會出錯。
1.9. 回車鍵檢查
1蜕乡、在輸入結(jié)果后奸绷，直接按回車鍵，看系統(tǒng)如何處理层玲，是否會報錯
1.10. 刷新鍵檢查
1号醉、在Web系統(tǒng)中，使用刷新鍵辛块，看系統(tǒng)如何處理畔派，是否會報錯
1.11. 直接URL鏈接檢查
1、在Web系統(tǒng)中润绵，在地址欄直接輸入各個功能頁面的URL地址线椰，看系統(tǒng)如何處理，是否能夠直接鏈接查看（匿名查看）尘盼，是否有權(quán)限控制憨愉，是否直接執(zhí)行烦绳，并返回相應(yīng)結(jié)果頁；
1.12. 界面和易用性測試
1配紫、風(fēng)格径密、樣式、顏色是否協(xié)調(diào)
2笨蚁、界面布局是否整齊睹晒、協(xié)調(diào)（保證全部顯示出來的，盡量不要使用滾動條
3括细、界面操作伪很、標(biāo)題描述是否恰當(dāng)（描述有歧義、注意是否有錯別字）
4奋单、操作是否符合人們的常規(guī)習(xí)慣（有沒有把相似的功能的控件放在一起锉试，方便操作）
5、提示界面是否符合規(guī)范（不應(yīng)該顯示英文的cancel览濒、ok呆盖，應(yīng)該顯示中文的確定等）
6、界面中各個控件是否對齊
7贷笛、日期控件是否可編輯
8应又、日期控件的長度是否合理，以修改時可以把時間全部顯示出來為準(zhǔn)
9乏苦、查詢結(jié)果列表列寬是否合理株扛、標(biāo)簽描述是否合理
10、查詢結(jié)果列表太寬沒有橫向滾動提示
11汇荐、對于信息比較長的文本洞就，文本框有沒有提供自動豎直滾動條
12、數(shù)據(jù)錄入控件是否方便
13掀淘、有沒有支持Tab鍵旬蟋，鍵的順序要有條理，不亂跳
14革娄、有沒有提供相關(guān)的熱鍵
15倾贰、控件的提示語描述是否正確
16、模塊調(diào)用是否統(tǒng)一拦惋，相同的模塊是否調(diào)用同一個界面
17匆浙、用滾動條移動頁面時，頁面的控件是否顯示正常
18架忌、日期的正確格式應(yīng)該是XXXX-XX-XX或XXXX-XX-XX XX:XX:XX
19、頁面是否有多余按鈕或標(biāo)簽
20我衬、窗口標(biāo)題或圖標(biāo)是否與菜單欄的統(tǒng)一
21叹放、窗口的最大化饰恕、最小化是否能正確切換
22、對于正常的功能井仰，用戶可以不必閱讀用戶手冊就能使用
23埋嵌、執(zhí)行風(fēng)險操作時，有確認俱恶、刪除等提示嗎
24雹嗦、操作順序是否合理
25、正確性檢查：檢查頁面上的form, button, table, header, footer,提示信息合是，還有其他文字拼寫了罪，句子的語法等是否正確。
26聪全、系統(tǒng)應(yīng)該在用戶執(zhí)行錯誤的操作之前提出警告泊藕，提示信息.
27、頁面分辨率檢查难礼，在各種分辨率瀏覽系統(tǒng)檢查系統(tǒng)界面友好性娃圆。
28、合理性檢查：做delete, update, add, cancel, back等操作后蛾茉，查看信息回到的頁面是否合理讼呢。
29、檢查本地化是否通過：英文版不應(yīng)該有中文信息谦炬，英文翻譯準(zhǔn)確悦屏，專業(yè)。
1.13. 兼容性測試
兼容性測試不只是指界面在不同操作系統(tǒng)或瀏覽器下的兼容吧寺，有些功能方面的測試窜管，也要考慮到兼容性，
包括操作系統(tǒng)兼容和應(yīng)用軟件兼容稚机，可能還包括硬件兼容
比如涉及到ajax幕帆、jquery、javascript等技術(shù)的赖条，都要考慮到不同瀏覽器下的兼容性問題失乾。
1.14. 鏈接測試
主要是保證鏈接的可用性和正確性，它也是網(wǎng)站測試中比較重要的一個方面纬乍。
可以使用特定的工具如XENU來進行鏈接測試碱茁。
1.14.1. 導(dǎo)航測試
導(dǎo)航描述了用戶在一個頁面內(nèi)操作的方式，在不同的用戶接口控制之間仿贬，例如按鈕纽竣、對話框、列表和窗口等；或在不同的連接頁面之間蜓氨。通過考慮下列問題聋袋，可以決定一個Web應(yīng)用系統(tǒng)是否易于導(dǎo)航：導(dǎo)航是否直觀？Web系統(tǒng)的主要部分是否可通過主頁存妊ù怠幽勒？Web系統(tǒng)是否需要站點地圖、搜索引擎或其他的導(dǎo)航幫助港令？
在一個頁面上放太多的信息往往起到與預(yù)期相反的效果啥容。Web應(yīng)用系統(tǒng)的用戶趨向于目的驅(qū)動，很快地掃描一個Web應(yīng)用系統(tǒng)顷霹，看是否有滿足自己需要的信息咪惠，如果沒有，就會很快地離開泼返。很少有用戶愿意花時間去熟悉Web應(yīng)用系統(tǒng)的結(jié)構(gòu)硝逢，因此，Web應(yīng)用系統(tǒng)導(dǎo)航幫助要盡可能地準(zhǔn)確绅喉。
導(dǎo)航的另一個重要方面是Web應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)渠鸽、導(dǎo)航、菜單柴罐、連接的風(fēng)格是否一致徽缚。確保用戶憑直覺就知道Web應(yīng)用系統(tǒng)里面是否還有內(nèi)容，內(nèi)容在什么地方革屠。
Web應(yīng)用系統(tǒng)的層次一旦決定凿试，就要著手測試用戶導(dǎo)航功能，讓最終用戶參與這種測試似芝，效果將更加明顯那婉。
1.14.2. 圖形測試
在Web應(yīng)用系統(tǒng)中，適當(dāng)?shù)膱D片和動畫既能起到廣告宣傳的作用党瓮，又能起到美化頁面的功能详炬。一個Web應(yīng)用系統(tǒng)的圖形可以包括圖片、動畫寞奸、邊框呛谜、顏色、字體枪萄、背景隐岛、按鈕等。圖形測試的內(nèi)容有：
（1）要確保圖形有明確的用途瓷翻，圖片或動畫不要胡亂地堆在一起聚凹，以免浪費傳輸時間割坠。Web應(yīng)用系統(tǒng)的圖片尺寸要盡量地小，并且要能清楚地說明某件事情妒牙，一般都鏈接到某個具體的頁面韭脊。
（2）驗證所有頁面字體的風(fēng)格是否一致。
（3）背景顏色應(yīng)該與字體顏色和前景顏色相搭配单旁。
（4）圖片的大小和質(zhì)量也是一個很重要的因素，一般采用JPG或GIF壓縮饥伊，最好能使圖片的大小減小到30k以下
（5）最后象浑，需要驗證的是文字回繞是否正確。如果說明文字指向右邊的圖片琅豆，應(yīng)該確保該圖片出現(xiàn)在右邊愉豺。不要因為使用圖片而使窗口和段落排列古怪或者出現(xiàn)孤行。
通常來說茫因，使用少許或盡量不使用背景是個不錯的選擇蚪拦。如果您想用背景，那么最好使用單色的冻押，和導(dǎo)航條一起放在頁面的左邊驰贷。另外，圖案和圖片可能會轉(zhuǎn)移用戶的注意力洛巢。
1.15. 業(yè)務(wù)流程測試
業(yè)務(wù)流程括袒，一般會涉及到多個模塊的數(shù)據(jù)，所以在對業(yè)務(wù)流程測試時稿茉，首先要保證單個模塊功能的正確性锹锰，其次就要對各個模塊間傳遞的數(shù)據(jù)進行測試，這往往是容易出現(xiàn)問題的地方漓库，測試時一定要設(shè)計不同的數(shù)據(jù)進行測試恃慧。
1.16. 安全性測試
（1）SQL注入（比如登陸頁面）
（2）XSS跨網(wǎng)站腳本攻擊：程序或數(shù)據(jù)庫沒有對一些特殊字符進行過濾或處理，導(dǎo)致用戶所輸入的一些破壞性的腳本語句能夠直接寫進數(shù)據(jù)庫中渺蒿，瀏覽器會直接執(zhí)行這些腳本語句痢士，破壞網(wǎng)站的正常顯示，或網(wǎng)站用戶的信息被盜,構(gòu)造腳本語句時蘸嘶，要保證腳本的完整性良瞧。
document.write("abc")
<script>alter("abc")</script>
（3）URL地址后面隨便輸入一些符號，并盡量是動態(tài)參數(shù)靠后
（4）驗證碼更新問題
（5）現(xiàn)在的Web應(yīng)用系統(tǒng)基本采用先注冊训唱，后登陸的方式褥蚯。因此，必須測試有效和無效的用戶名和密碼况增，要注意到是否大小寫敏感赞庶，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。
（6）Web應(yīng)用系統(tǒng)是否有超時的限制歧强，也就是說澜薄，用戶登陸后在一定時間內(nèi)（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用摊册。
（7）為了保證Web應(yīng)用系統(tǒng)的安全性肤京，日志文件是至關(guān)重要的。需要測試相關(guān)信息是否寫進了日志文件茅特、是否可追蹤忘分。
（8）當(dāng)使用了安全套接字時，還要測試加密是否正確白修，檢查信息的完整性妒峦。
（9）服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些漏洞又常常被黑客利用兵睛。所以肯骇，還要測試沒有經(jīng)過授權(quán)，就不能在服務(wù)器端放置和編輯腳本的問題祖很。
1.17. 性能測試
1.17.1. 連接速度測試
用戶連接到Web應(yīng)用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化笛丙，他們或許是電話撥號，或是寬帶上網(wǎng)假颇。當(dāng)下載一個程序時若债，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣拆融。如果Web系統(tǒng)響應(yīng)時間太長（例如超過5秒鐘）蠢琳，用戶就會因沒有耐心等待而離開。
另外镜豹，有些頁面有超時的限制傲须，如果響應(yīng)速度太慢，用戶可能還沒來得及瀏覽內(nèi)容趟脂，就需要重新登陸了泰讽。而且，連接速度太慢昔期，還可能引起數(shù)據(jù)丟失已卸，使用戶得不到真實的頁面。
1.17.2. 負載測試
負載測試是為了測量Web系統(tǒng)在某一負載級別上的性能硼一，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作累澡。負載級別可以是某個時刻同時訪問Web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量般贼。例如：Web應(yīng)用系統(tǒng)能允許多少個用戶同時在線愧哟？如果超過了這個數(shù)量奥吩，會出現(xiàn)什么現(xiàn)象？Web應(yīng)用系統(tǒng)能否處理大量用戶對同一個頁面的請求蕊梧？
1.17.3. 壓力測試
負載測試應(yīng)該安排在Web系統(tǒng)發(fā)布以后霞赫，在實際的網(wǎng)絡(luò)環(huán)境中進行測試。因為一個企業(yè)內(nèi)部員工肥矢，特別是項目組人員總是有限的端衰，而一個Web系統(tǒng)能同時處理的請求數(shù)量將遠遠超出這個限度，所以甘改，只有放在Internet上靴迫，接受負載測試，其結(jié)果才是正確可信的楼誓。
進行壓力測試是指實際破壞一個Web應(yīng)用系統(tǒng)，測試系統(tǒng)的反映名挥。壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力疟羹，也就是測試Web應(yīng)用系統(tǒng)會不會崩潰，在什么情況下會崩潰禀倔。黑客常常提供錯誤的數(shù)據(jù)負載榄融，直到Web應(yīng)用系統(tǒng)崩潰，接著當(dāng)系統(tǒng)重新啟動時獲得存取權(quán)救湖。
壓力測試的區(qū)域包括表單愧杯、登陸和其他信息傳輸頁面等。
