針對公司項目特點，總結了通用測試用例。作爲接受測試項目後的思路指導：
一、功能測試
（一）公用部分
1， 統計代碼，上線前檢查是否加在頁面最尾端
2， Yslow，測試報告中說明下載時間和頁面體積，評分等級
3， 通用登錄是否正確(首頁，博客，論壇，評論，寬屏，微博，快博)
4， 需求評審你對產品的見意提了幾條，接受了幾條？
5， 架構設計上你的見意是什麼，提出風險幾條？
6， 開發提交代碼的週期是怎麼約定的（新功能和bug修改）
7， 需要寫測試用例，還是功能列表，是否要劃主流程圖
（二）（發佈內容）
1、發佈內容審覈系統是否正常對接
2、發佈內容是否支持js彈出框過濾
3、發佈內容是否支持sql語句過濾
4、發佈內容是否實時顯示
5、內容發佈成功後是否實時搜索到
6、發佈文章是否寫入內存緩存和文件緩存（什麼樣的數據要放到上述兩個緩存中）
7、主庫和從庫的同步機制和時間是怎樣的
8、發佈內容是否有時間間隔限制，不能連續發佈
9、單點故障是否有規避機制
10、發佈框是否有自動保存機制
（三）（瀏覽內容）
1、是否局部刷新（緩存時間是多少）
2、是否有無效鏈接（檢查無效鏈接工具）
3、圖片，js，css是否上CDN（什麼是cdn，爲什麼要上cdn，爲什麼組件用單獨域名）
4、靜態頁面中有動態內容（排行榜），如何抓取，更新時間是多久
5、瀏覽器的兼容性測試（ie6,7,8 /遨遊/firefox4.0.1/360瀏覽器/谷歌）
6、緩存的失效時間機制是怎樣的
7、負載均衡是用什麼實現的，輪詢機制是什麼
8、js的兼容性通過沒有
9、頁面上的icon是否有鋸齒出現
10、超過一屏的內容是如何進行本地緩存的
11、把慢查詢日誌中前五行截屏出來
二、性能測試
1、 性能測試環境是否符合標準（同一千兆交換，並且無其它同用業務，與線上架構相同）
2、 是否使用隊列
3、 是否使用緩存
4、 是否有基礎數據
5、 是否有指標要求
6、 跟據架構和系統特點預計主要性能消耗在哪（CPU，內存，網絡，IO）
7、 是否需要出兩組數據（正常負載cpu20%、極限負載cpu70%）
8、 壓測前是否去掉統計代碼？
9、 壓測前是否屏弊登錄驗證？
10、是否與第三方支付，第三方接口等線上業務相關
三、安全測試
1、 session是否有效，單獨權限頁面是否能夠打開
2、 SQL注入是否做防範
3、 安全檢查能得多少分（使用工具）
4、 跨站腳本是否做防範
5、 Session過期時間是多久，是否有效
6、 一臺電腦兩個瀏覽器是否允許同時登錄
7、 上傳文件是否有擴展名過濾，限制上傳格式