一、測試流程
所有測試的流程大體上是一致的：開始測試前準備-->需求分析-->測試設計（測試計劃，測試用例）-->執行測試--> 提交BUG-->測試總結。
所有測試的流程大體上是一致的：開始測試前準備-->需求分析-->測試設計（測試計劃，測試用例）-->執行測試--> 提交BUG-->測試總結。
對於web測試，較之其他軟件測試又有所不同，這是細節的不同，這個不同需要我們在不停的測試中去總結
web測試正式測試之前，應先確定如何開展測試，不可盲目的測試。一般網站的測試，應按以下流程來進行：
1）使用HTML Link Validator將網站中的錯誤鏈接找出來；
2）測試的順序爲：自頂向下、從左到右；
3）查看頁面title是否正確。（不只首頁，所有頁面都要查看）；
4）LOGO圖片是否正確顯示；
5）LOGO下的一級欄目、二級欄目的鏈接是否正確；
6）首頁登錄、註冊的功能是否實現；
7）首頁左側欄目下的文章標題、圖片等鏈接是否正確；
8）首頁中間欄目下的文章標題、圖片等鏈接是否正確；
9）首頁右側欄目下的文章標題、圖片等鏈接是否正確；
10）首頁最下方的【友情鏈接】、【關於我們】等鏈接是否正確；
11）進入一級欄目或二級欄目的列表頁。查看左側欄目名稱，右側文章列表是否正確；
12）列表頁的分頁功能是否實現、樣式是否統一；
13）查看文章詳細頁面的內容是否存在亂碼、頁面樣式是否統一；
14）站內搜索（各個頁面都要查看）功能是否實現；
15）前後臺交互的部分，數據傳遞是否正確；
16) 默認按鈕要支持Enter及選操作，即按Enter後自動執行默認按鈕對應操作。
1）使用HTML Link Validator將網站中的錯誤鏈接找出來；
2）測試的順序爲：自頂向下、從左到右；
3）查看頁面title是否正確。（不只首頁，所有頁面都要查看）；
4）LOGO圖片是否正確顯示；
5）LOGO下的一級欄目、二級欄目的鏈接是否正確；
6）首頁登錄、註冊的功能是否實現；
7）首頁左側欄目下的文章標題、圖片等鏈接是否正確；
8）首頁中間欄目下的文章標題、圖片等鏈接是否正確；
9）首頁右側欄目下的文章標題、圖片等鏈接是否正確；
10）首頁最下方的【友情鏈接】、【關於我們】等鏈接是否正確；
11）進入一級欄目或二級欄目的列表頁。查看左側欄目名稱，右側文章列表是否正確；
12）列表頁的分頁功能是否實現、樣式是否統一；
13）查看文章詳細頁面的內容是否存在亂碼、頁面樣式是否統一；
14）站內搜索（各個頁面都要查看）功能是否實現；
15）前後臺交互的部分，數據傳遞是否正確；
16) 默認按鈕要支持Enter及選操作，即按Enter後自動執行默認按鈕對應操作。
二、UI測試
UI測試包括的內容有如下幾方面：
1）各個頁面的樣式風格是否統一；
2）各個頁面的大小是否一致；同樣的LOGO圖片在各個頁面中顯示是否大小一致；頁面及圖片是否居中顯示；
3）各個頁面的title是否正確；
4）欄目名稱、文章內容等處的文字是否正確，有無錯別字或亂碼；同一級別的字體、大小、顏色是否統一；
5）提示、警告或錯誤說明應清楚易懂，用詞準確，摒棄模棱兩可的字眼；
6）切換窗口大小，將窗口縮小後，頁面是否按比例縮小或出現滾動條；各個頁面縮小的風格是否一致，文字是否竄行；
7）父窗體或主窗體的中心位置應該在對角線焦點附近；子窗體位置應該在主窗體的左上角或正中；多個子窗體彈出時應該依次向右下方偏移，以顯示出窗體標題爲宜；
8）按鈕大小基本相近，忌用太長的名稱，免得佔用過多的界面位置；避免空曠的界面上放置很大的按鈕；按鈕的樣式風格要統一；按鈕之間的間距要一致；
9）頁面顏色是否統一；前景與背景色搭配合理協調，反差不宜太大，最好少用深色或刺目的顏色；
10）若有滾動信息或圖片，將鼠標放置其上，查看滾動信息或圖片是否停止；
11）導航處是否按相應的欄目級別顯示；導航文字是否在同一行顯示；
12）所有的圖片是否都被正確裝載，在不同的瀏覽器、分辨率下圖片是否能正確顯示（包括位置、大小）；
13）文章列表頁，左側的欄目是否與一級、二級欄目的名稱、順序一致；
14) 調整分辨率驗證頁面格式是否錯位現象；
15）鼠標移動到Flash焦點上特效是否實現，移出焦點特效是否消失；
16) 文字顏色與頁面配色協調，不使用與背景色相近的顏色。
17) 每個非首頁靜態頁面含圖片字節不超過300K，全尺寸banner第一個場景控制在200k以內二個場景在300K，三個場景在400K以此類推
18) 同一界面上的控件數最好不要超過10個，多於10個時可以考慮使用分頁界面顯示。
19) 超過一屏的內容，在底部應有go top按鈕
20) 超過三屏的內容，應在頭部設提綱，直接鏈接到文內錨點
21) 首頁，各欄目一級頁面之間互鏈，各欄目一級和本欄目二級頁面之間互鏈
22) 導航的文字要簡明扼要，字數限制在一行以內
23) 報表顯示時應考慮數據顯示寬度的自適應或自動換行。
24) 所有有數據展現的界面（如統計、查詢、編輯錄入、打印預覽、打印等），必須使測試數據的記錄數超過一屏/一頁，以驗證滿屏/頁時其窗體是否有橫向、縱向滾動條或換頁打(L)印，界面顯示是否正常；
25) 如有多個系統展現同一數據源時，應保證其一致性；
26) 對於報表中的所有字段值都應該有明確的定義，對於無意義的字段值，不應該顯示空，應顯示“--”或“/”，表示該字段值無意義。
27) 對統計的數據應按用戶習慣進行分類、排序。
28) 界面內容更新後系統應提供刷新功能。
29) 用戶在退出系統後重新登陸時應考慮是否需要自動返回到上次退出系統時的界面；
30)在多個業務功能組成的一個業務流程中，如果各個功能之間的執行順序有一定的制約條件，應通過界面提示用戶。
31)用戶提示信息應具有一定的指導性，在應用程序正在進行關鍵業務的處理時，應考慮在前臺界面提示用戶應用程序正在進行的處理，以及相應的處理過程，在處理結束後再提示用戶處理完畢。
32)在某些數據輸入界面，如果要求輸入的數據符合某項規則，應在輸入界面提供相應的規則描述；當輸入數據不符合規則時應提示用戶是否繼續。
33)在對任何配置信息修改後，都應該在用戶退出該界面時提示用戶保存（如果用戶沒有主動保存的情況下）；
34)在對某些查詢功能進行測試時，應考慮查詢條件的設置的合理性以及查詢結果的互補性。如某些後臺處理時間不應該作爲查詢條件。
35)界面測試時，應考慮某一界面上按鈕先後使用的順序問題，以免用戶對此產生迷惑。例如只能在查詢成功後顯示執行按鈕。
36)界面測試時，應驗證窗口與窗口之間、字段與字段之間的瀏覽順序是否正確；
37)在某些對數據進行處理的操作界面，應考慮用戶可能對數據進行處理的頻繁程度和工作量，考慮是否可以進行批量操作。
38)界面測試時應驗證所有窗體中的對象狀態是否正常，是否符合相關的業務規則需要。
49)應驗證各種對象訪問方法（Tab 健、鼠標移動和快捷鍵）是否可正常使用，並且在一個激活界面中快捷鍵無重複；
40)界面測試不光要考慮合理的鍵盤輸入，還應考慮是否可以通過鼠標拷貝粘貼輸入。
41)對於統計查詢功能的查詢結果應驗證其是否只能通過界面上的查詢或刷新按鍵人工觸發，應避免其他形式的觸發。
42)對界面上的任何對象進行拖拉，然後進行查詢、打印，應保證查詢打印結果不變；
43)確保數據精度顯示的統一：如單價0元，應顯示爲0.00元；
44)確保時間及日期顯示格式的統一；
45)確保相同含義屬性/字段名的統一；
46)對所有可能產生的提示信息界面內容和位置進行驗證，確保所有的提示信息界面應居中。
三、鏈接測試
鏈接測試主要分爲以下幾個方面：
1）頁面是否有無法連接的內容；圖片是否能正確顯示，有無冗餘圖片，代碼是否規範，頁面是否存死鏈接（可以用HTML Link Validator工具查找）；
2）圖片上是否有無用的鏈接；點擊圖片上的鏈接是否跳轉到正確的頁面；
3）首頁點擊LOGO下的一級欄目或二級欄目名稱，是否可進入相應的欄目；
4）點擊首頁或列表頁的文章標題的鏈接，是否可進入相應的文章的詳細頁面；
5）點擊首頁欄目名稱後的【更多】鏈接，是否正確跳轉到相應頁面；
6）文章列表頁，左側的欄目的鏈接，是否可正確跳轉到相應的欄目頁面；
7）導航鏈接的頁面是否正確；是否可按欄目級別跳轉到相應的頁面；
（例：【首頁->服務與支持->客服中心】，分別點擊“首頁”、“服務與支持”、“客服中心”，查看是否可跳轉到相應頁面；）
8) 新聞、信息類內容通常用新開窗口方式打開。
9) 頂部導航、底部導航通常採取在本頁打開。
UI測試包括的內容有如下幾方面：
1）各個頁面的樣式風格是否統一；
2）各個頁面的大小是否一致；同樣的LOGO圖片在各個頁面中顯示是否大小一致；頁面及圖片是否居中顯示；
3）各個頁面的title是否正確；
4）欄目名稱、文章內容等處的文字是否正確，有無錯別字或亂碼；同一級別的字體、大小、顏色是否統一；
5）提示、警告或錯誤說明應清楚易懂，用詞準確，摒棄模棱兩可的字眼；
6）切換窗口大小，將窗口縮小後，頁面是否按比例縮小或出現滾動條；各個頁面縮小的風格是否一致，文字是否竄行；
7）父窗體或主窗體的中心位置應該在對角線焦點附近；子窗體位置應該在主窗體的左上角或正中；多個子窗體彈出時應該依次向右下方偏移，以顯示出窗體標題爲宜；
8）按鈕大小基本相近，忌用太長的名稱，免得佔用過多的界面位置；避免空曠的界面上放置很大的按鈕；按鈕的樣式風格要統一；按鈕之間的間距要一致；
9）頁面顏色是否統一；前景與背景色搭配合理協調，反差不宜太大，最好少用深色或刺目的顏色；
10）若有滾動信息或圖片，將鼠標放置其上，查看滾動信息或圖片是否停止；
11）導航處是否按相應的欄目級別顯示；導航文字是否在同一行顯示；
12）所有的圖片是否都被正確裝載，在不同的瀏覽器、分辨率下圖片是否能正確顯示（包括位置、大小）；
13）文章列表頁，左側的欄目是否與一級、二級欄目的名稱、順序一致；
14) 調整分辨率驗證頁面格式是否錯位現象；
15）鼠標移動到Flash焦點上特效是否實現，移出焦點特效是否消失；
16) 文字顏色與頁面配色協調，不使用與背景色相近的顏色。
17) 每個非首頁靜態頁面含圖片字節不超過300K，全尺寸banner第一個場景控制在200k以內二個場景在300K，三個場景在400K以此類推
18) 同一界面上的控件數最好不要超過10個，多於10個時可以考慮使用分頁界面顯示。
19) 超過一屏的內容，在底部應有go top按鈕
20) 超過三屏的內容，應在頭部設提綱，直接鏈接到文內錨點
21) 首頁，各欄目一級頁面之間互鏈，各欄目一級和本欄目二級頁面之間互鏈
22) 導航的文字要簡明扼要，字數限制在一行以內
23) 報表顯示時應考慮數據顯示寬度的自適應或自動換行。
24) 所有有數據展現的界面（如統計、查詢、編輯錄入、打印預覽、打印等），必須使測試數據的記錄數超過一屏/一頁，以驗證滿屏/頁時其窗體是否有橫向、縱向滾動條或換頁打(L)印，界面顯示是否正常；
25) 如有多個系統展現同一數據源時，應保證其一致性；
26) 對於報表中的所有字段值都應該有明確的定義，對於無意義的字段值，不應該顯示空，應顯示“--”或“/”，表示該字段值無意義。
27) 對統計的數據應按用戶習慣進行分類、排序。
28) 界面內容更新後系統應提供刷新功能。
29) 用戶在退出系統後重新登陸時應考慮是否需要自動返回到上次退出系統時的界面；
30)在多個業務功能組成的一個業務流程中，如果各個功能之間的執行順序有一定的制約條件，應通過界面提示用戶。
31)用戶提示信息應具有一定的指導性，在應用程序正在進行關鍵業務的處理時，應考慮在前臺界面提示用戶應用程序正在進行的處理，以及相應的處理過程，在處理結束後再提示用戶處理完畢。
32)在某些數據輸入界面，如果要求輸入的數據符合某項規則，應在輸入界面提供相應的規則描述；當輸入數據不符合規則時應提示用戶是否繼續。
33)在對任何配置信息修改後，都應該在用戶退出該界面時提示用戶保存（如果用戶沒有主動保存的情況下）；
34)在對某些查詢功能進行測試時，應考慮查詢條件的設置的合理性以及查詢結果的互補性。如某些後臺處理時間不應該作爲查詢條件。
35)界面測試時，應考慮某一界面上按鈕先後使用的順序問題，以免用戶對此產生迷惑。例如只能在查詢成功後顯示執行按鈕。
36)界面測試時，應驗證窗口與窗口之間、字段與字段之間的瀏覽順序是否正確；
37)在某些對數據進行處理的操作界面，應考慮用戶可能對數據進行處理的頻繁程度和工作量，考慮是否可以進行批量操作。
38)界面測試時應驗證所有窗體中的對象狀態是否正常，是否符合相關的業務規則需要。
49)應驗證各種對象訪問方法（Tab 健、鼠標移動和快捷鍵）是否可正常使用，並且在一個激活界面中快捷鍵無重複；
40)界面測試不光要考慮合理的鍵盤輸入，還應考慮是否可以通過鼠標拷貝粘貼輸入。
41)對於統計查詢功能的查詢結果應驗證其是否只能通過界面上的查詢或刷新按鍵人工觸發，應避免其他形式的觸發。
42)對界面上的任何對象進行拖拉，然後進行查詢、打印，應保證查詢打印結果不變；
43)確保數據精度顯示的統一：如單價0元，應顯示爲0.00元；
44)確保時間及日期顯示格式的統一；
45)確保相同含義屬性/字段名的統一；
46)對所有可能產生的提示信息界面內容和位置進行驗證，確保所有的提示信息界面應居中。
三、鏈接測試
鏈接測試主要分爲以下幾個方面：
1）頁面是否有無法連接的內容；圖片是否能正確顯示，有無冗餘圖片，代碼是否規範，頁面是否存死鏈接（可以用HTML Link Validator工具查找）；
2）圖片上是否有無用的鏈接；點擊圖片上的鏈接是否跳轉到正確的頁面；
3）首頁點擊LOGO下的一級欄目或二級欄目名稱，是否可進入相應的欄目；
4）點擊首頁或列表頁的文章標題的鏈接，是否可進入相應的文章的詳細頁面；
5）點擊首頁欄目名稱後的【更多】鏈接，是否正確跳轉到相應頁面；
6）文章列表頁，左側的欄目的鏈接，是否可正確跳轉到相應的欄目頁面；
7）導航鏈接的頁面是否正確；是否可按欄目級別跳轉到相應的頁面；
（例：【首頁->服務與支持->客服中心】，分別點擊“首頁”、“服務與支持”、“客服中心”，查看是否可跳轉到相應頁面；）
8) 新聞、信息類內容通常用新開窗口方式打開。
9) 頂部導航、底部導航通常採取在本頁打開。
四、搜索測試
搜索測試主要分爲以下幾個方面：
1）搜索按鈕功能是否實現；
2）輸入網站中存在的信息，能否正確搜索出結果；
3）輸入鍵盤中所有特殊字符，是否報錯；特別關注：_ ？ ’ . • \ / -- ；特殊字符
4）系統是否支持鍵盤回車鍵、Tab鍵；
5）搜索出的結果頁面是否與其他頁面風格一致；
6）在輸入域輸入空格，點擊搜索系統是否報錯；
7）本站內搜索輸入域中不輸入任何內容，是否搜索出的是全部信息或者給予提示信息；
8）精確查詢還是模糊查詢，如果是模糊查詢輸入：中%國。查詢結果是不是都包含中國兩個字的信息；
9）焦點放置搜索框中，搜索框內容是否被清空；
10）搜索輸入域是否實現回車鍵監聽事件；
搜索測試主要分爲以下幾個方面：
1）搜索按鈕功能是否實現；
2）輸入網站中存在的信息，能否正確搜索出結果；
3）輸入鍵盤中所有特殊字符，是否報錯；特別關注：_ ？ ’ . • \ / -- ；特殊字符
4）系統是否支持鍵盤回車鍵、Tab鍵；
5）搜索出的結果頁面是否與其他頁面風格一致；
6）在輸入域輸入空格，點擊搜索系統是否報錯；
7）本站內搜索輸入域中不輸入任何內容，是否搜索出的是全部信息或者給予提示信息；
8）精確查詢還是模糊查詢，如果是模糊查詢輸入：中%國。查詢結果是不是都包含中國兩個字的信息；
9）焦點放置搜索框中，搜索框內容是否被清空；
10）搜索輸入域是否實現回車鍵監聽事件；
五、表單測試
表單測試主要分爲以下幾個方面：
1）註冊、登錄功能是否實現；
2）提交、清空按鈕功能是否實現；
3）修改表單與註冊頁面數據項是否相同，修改表單是否對重名做驗證；
4）提交的數據是否能正確保存到後臺數據庫中（後臺數據庫中的數據應與前臺錄入內容完全一致，數據不會丟失或被改變）；
5）表單提交，刪除，修改後是否有提示信息；提示、警告、或錯誤說明應該清楚、明瞭、恰當。
6）瀏覽器的前進、後退、刷新按鈕，是否會造成數據重現或頁面報錯；
7）提交表單是否支持回車鍵和Tab鍵；Tab鍵的順序與控件排列順序要一致，目前流行總體從上倒下，同時行間從左到右的方式
8）下拉列表功能是否實現和數據是否完整（例如：省份和市區下拉列表數據是否互動）；
六、輸入域測試
輸入域測試主要分爲以下幾個方面：
1）對於手機、郵箱、證件號等的輸入是否有長度及類型的控制；
2）輸入中文、英文、數字、特殊字符（特別注意單引號和反斜槓）及這四類的混合輸入，是否會報錯；
3）輸入空格、空格+數據、數據+空格，是否報錯；
4）輸入html語言的<head>，是否能正確顯示；
5）輸入全角、半角的英文、數字、特殊字符等，是否報錯；
6）是否有必填項的控制；不輸入必填項，是否有友好提示信息；
7）輸入超長字段，頁面是否被撐開；
8）分別輸入大於、等於、小於數據表規定字段長度的數據，是否報錯；
9）輸入非數據表中規定的數據類型的字符，是否有友好提示信息；
10）在文本框中輸入回車鍵，顯示時是否回車換行；
11) 非法的輸入或操作應有足夠的提示說明。
輸入域測試主要分爲以下幾個方面：
1）對於手機、郵箱、證件號等的輸入是否有長度及類型的控制；
2）輸入中文、英文、數字、特殊字符（特別注意單引號和反斜槓）及這四類的混合輸入，是否會報錯；
3）輸入空格、空格+數據、數據+空格，是否報錯；
4）輸入html語言的<head>，是否能正確顯示；
5）輸入全角、半角的英文、數字、特殊字符等，是否報錯；
6）是否有必填項的控制；不輸入必填項，是否有友好提示信息；
7）輸入超長字段，頁面是否被撐開；
8）分別輸入大於、等於、小於數據表規定字段長度的數據，是否報錯；
9）輸入非數據表中規定的數據類型的字符，是否有友好提示信息；
10）在文本框中輸入回車鍵，顯示時是否回車換行；
11) 非法的輸入或操作應有足夠的提示說明。
七、分頁測試
分頁測試主要分爲以下幾個方面：
1）當沒有數據時，首頁、上一頁、下一頁、尾頁標籤全部置灰；
2）在首頁時，“首頁”“上一頁”標籤置灰；在尾頁時，“下一頁”“尾頁”標籤置灰；在中間頁時，四個標籤均可點擊，且跳轉正確；
3）翻頁後，列表中的數據是否扔按照指定的順序進行了排序；
4）各個分頁標籤是否在同一水平線上；
5）各個頁面的分頁標籤樣式是否一致；
6）分頁的總頁數及當前頁數顯示是否正確；
7）是否能正確跳轉到指定的頁數；
8）在分頁處輸入非數字的字符（英文、特殊字符等），輸入0或超出總頁數的數字，是否有友好提示信息；
9）是否支持回車鍵的監聽；
八、交互性數據測試
1）前臺的數據操作是否對後臺產生相應正確的影響
（如：查看詳細信息時，需扣除用戶相應的授權點數）；
2）可實現前後臺數據的交互（如：在線諮詢，能否實現數據的交互實時更新）；數據傳遞是否正確；前後臺大數據量信息傳遞數據是否丟失（如500個字符）；多用戶交流時用戶信息控制是否嚴謹；
3）用戶的權限，是否隨着授權而變化；
4）數據未審覈時，前臺應不顯示；審覈通過後，前臺應可顯示該條數據；
功能測試中還需注意以下幾點內容：
1）點擊【收藏我們】，標題是否出現亂碼；收藏的url與網站的url是否一致；能否通過收藏夾來訪問網站；
2）對於修改、刪除等可能造成數據無法恢復的操作必須提供確認信息，給用戶放棄選擇的機會；
3）在文章詳細頁面，驗證字體大小改變、打印、返回、關閉等功能是否實現；