網站測試一般為三個套路：UI 測試、功能測試和相容性測試
一、 UI 測試
多使用者介面測試主要是拿待測網頁和設計稿進行對比，個人覺得主要需做到以下 4 點：
1 、注重細節：
這點基本，就是對比時細心、細心再細心。像我現在被虐到網頁上元素和設計稿差一個畫素都能看出來…
2 、勿忘整體性：
由於 PC 網頁頁面空間大，模組多，很容易在測試時只注意到模組內設計元素是否正確，而忽略了模組間的間距或整個頁面的佈局是否正確。所以知名按照由區域性到整體的順序測試。
3 、注意頁面間相互對比：
即注意相同系列頁面、頁籤佈局一致性。就是說的是同一系列頁面中同類元素和模組的樣式、間距一般要相同；同一個 tab 下，不同選項對應的頁籤中同類元素和模組的樣式、間距一般要相同。
4 、注意極端情況下顯示情況：
即要注意長度可變的元件、模組或欄位在極端情況下的顯示是否正常。
例如：文章標題多可顯示 50 字元（25 漢字），測試時就要在所有會出現標題的位置（文章列表頁、推薦邊欄、轉發彈框…）是否能正常顯示含有 50 字元的標題，會不會出現破框而出、自動切掉等情況。
由於 UI 測試時需要檢查的細節很多，特別是像我們團隊，網站還在搭建中並未上線，UI 測試的工作量更是大，測久了難免會覺得枯燥繁瑣，但其實每項任務都能總結出套路、有所收穫，故下面僅列出我平時在測這部分時的主要注意點和心得。
UI 測試注意點總結：
模組間距
元素間距
不同型別文字（數字、漢字、英文）顏色、格式（全形、半形）大小、字型、（不必須）
固定文案：內容的可讀性、正確性 ‚排版的合理性
可變欄位：極多、極少文字的排版情況
Icon 用錯、用混
相似頁面的差異性和一致性
二、功能測試
1 、操作反應：
（1）頁面元素（按鈕、錨文字、輸入框…）自身狀態變化：滑鼠移入/移出時效果、點選後效果、獲取/失去焦點時效果…（可以想想 axure 裡的用例狀態）
eg：滑鼠移入按鈕，按鈕是底色是否應改變；若輸入框內有預設提示文字，則是當輸入框獲得焦點後文字就消失，還是多使用者輸入文字後提示文字才消失…
（2）操作成功後續反應：頁面跳轉、彈框、提示文字…
a 、頁面跳轉：
頁面切換方式：另開頁面、本頁切換
頁面起始定位：頁面起始位置、頁面其他錨點（例如多使用者想評論某文章，在列表頁點評論按鈕後，就會在另開的文章內容頁直接定位到評論區）
b 、彈框：
匹配情況：彈出的彈框是否和觸發條件匹配
出現位置：一般情況下要一致。因為彈框使用不同外掛，可能導致彈出位置不同。
顯示時間（非操作類彈框）：某些僅起到提示功能的彈框會自動顯示若干秒關閉。一般情況此類彈框上文案較少，顯示秒數應該是全站一致的。
c 、提示文字：
匹配情況：出現的提示文案是否和觸發條件匹配
關於操作成功後續反應，以上主要是在已確定會觸發某反應情況下，測試其正確性。其實這裡更重要的是要考慮在前置條件不同的情況下，對某元素進行相同操作，會觸發什麼不同的反應。即需要對各類情況進行窮舉。
eg：點選關注按鈕觸發反應窮舉：
a 、未登入多使用者點選該按鈕後效果；
b 、已登入多使用者點選該按鈕後效果（b1 。未關注過對方、 b2 。已關注過對方、 b3 。自己關注自己）
窮舉時可以參考 PRD，但不要侷限於 PRD 上列出的情況，畢竟有時也許 PRD 上會有小疏漏，要是程式設計師做的時候發現疏漏，就自己隨手碼了一個簡易提示而忘記通知產品，而測試的時候也沒觸發到，等多使用者實際操作出來就會造成不佳的多使用者體驗。
2 、資料：
（1）資料狀態：此處指資料值自身的狀態。即前置條件滿足後，資料狀態是否會按照規則更新。
這裡的規則一般是
a 、時間規則（eg：經過多長時間資料狀態改變；在哪個時間點更新…）；
b 、統計規則（eg：每個 ID 多次完成前置操作，資料更新多次；每個 ID 多次完成前置操作，資料僅更新一次；每個 ID…）
（2）資料排序：資料在某篩選條件下排序的正確性。
eg：某寶某店鋪商品展示頁面，當多使用者選擇按銷量由高到低排序時，列表是否變為按銷售量多到寡進行排序；當商品 A 的銷量超過商品 B 的時候，商品 A 的位置是否會更換到商品 B 的前面。
3 、特殊情況：
（1）預設情況：當某頁面或模組還沒有內容或尚未載入出來時，是否有相關提示畫面、文案。
（2）操作中斷：多使用者操作中途退出頁面（eg：填寫資料並尚未儲存時關閉頁面）；操作中途斷網…這些情況下是否設定了相關提醒彈框。
三、相容性測試
不同瀏覽器（360 、谷歌、火狐等等主流瀏覽器）下的頁面顯示情況是否正常。