網站測試分為這幾塊：
1）功能測試 ：該有的功能是否都能用，有沒有什麼大的bug
2）頁面測試鏈接測試
3）頁面UI測試
4）壓力測試：測試自己的網站性能是否優良，網頁訪問速度，並發訪問量怎樣，支持一個多大的pv級
5）安全測試:測試自己的網站是否安全，注冊，登錄，交易等模塊是否有安全漏洞 等等，
想要知道具體的，可以參考這3篇文章：http://mp.weixin.qq.com/s/irFIngJ6gROJ3KSRuPTihg
http://mp.weixin.qq.com/s/RotzUHPsZEsaAzb5pfBwzg
http://mp.weixin.qq.com/s/qXvxajkWoVcD7nHPBwsXpA
希望能夠幫助到你
Ⅱ 網站測試步驟
一個網站基本完工後，需要通過下面三步測試才可以交活。
一、 製作者測試，包括美工測試頁面、程序員測試功能。在做完後第一時間內有製作者本人進行測試。
a) 頁麵包括首頁、二級頁面、三級頁面的頁面在各種常用解析度下有無錯位;圖片上有沒有錯別字;各連接是否是死連接;各欄目圖片與內容是否對應等
b) 功能達到客戶要求;資料庫連接正確;各個動態生成連接正確;傳遞參數格式、內容正確;試填測試內容沒有報錯;頁面顯示正確
二、全面測試根據交工標准和客戶要求，由專人進行全面測試也是包括頁面和程序兩方面，而且要結合起來測，保證填充足夠的內容後不會導致頁面變形。另外要檢查是否有錯別字，文字內容是否有常識錯誤。
三、 發布測試 網站發布到主伺服器之後的測試，主要是防止環境不同導致的錯誤。
Ⅲ 如何測試一個網站
這應該從以下幾個方面去測試的
一、網站的功能，主要看原計劃的模塊實現了沒有，如果沒有，後台是不是可以隨時增加；
二、每一個模塊的更新是否是正常的，比如添加新聞、上傳文件等；
三、最好找個網站注入程序檢測一下網站是否有漏洞，否則一旦有漏洞，可能網站正式啟用以後經常會讓搞黑；
四、檢查網站的資料庫路徑和名稱是否是常規的路徑和名稱，如果是，應該改為自已特定的路徑和名稱，以增加網站的安全性；
五、檢查網站的資料庫備份功能，看能否備份資料庫；
六、就是關於風站的所有資料，包括你的域名、FTP用戶名及密碼以及網站備案等必須的信息。
Ⅳ 網站性能測試主要有哪幾種方法
常見的性能測試方法有以下幾種：
1．負載測試
在這里，負載測試指的是最常見的驗證一般性能需求而進行的性能測試，在上面我們提到了用戶最常見的性能需求就是「既要馬兒跑，又要馬兒少吃草」。因此負載測試主要是考察軟體系統在既定負載下的性能表現。我們對負載測試可以有如下理解：
（1）負載測試是站在用戶的角度去觀察在一定條件下軟體系統的性能表現。
（2）負載測試的預期結果是用戶的性能需求得到滿足。此指標一般體現為響應時間、交易容量、並發容量、資源使用率等。
2．壓力測試
壓力測試是為了考察系統在極端條件下的表現，極端條件可以是超負荷的交易量和並發用戶數。注意，這個極端條件並不一定是用戶的性能需求，可能要遠遠高於用戶的性能需求。可以這樣理解，壓力測試和負載測試不同的是，壓力測試的預期結果就是系統出現問題，而我們要考察的是系統處理問題的方式。比如說，我們期待一個系統在面臨壓力的情況下能夠保持穩定，處理速度可以變慢，但不能系統崩潰。因此，壓力測試是能讓我們識別系統的弱點和在極限負載下程序將如何運行。
例子：負載測試關心的是用戶規則和需求，壓力測試關心的是軟體系統本身。對於它們的區別，我們可以用華山論劍的例子來更加形象地描述一下。如果把郭靖看做被測試對象，那麼壓力測試就像是郭靖和已經走火入魔的歐陽峰過招，歐陽鋒蠻打亂來，毫無套路，盡可能地去打倒對方。郭靖要能應對住，並且不能丟進小命。而常規性能測試就好比郭靖和黃葯師、洪七公三人約定，只要郭靖能分別接兩位高手一百招，郭靖就算勝。至於三百招後哪怕郭靖會輸掉那也不用管了。他只要能做到接下一百招，就算通過。
思考：
我們在做軟體壓力測試時，往往要增加比負載測試更多的並發用戶和交易，這是為什麼？
3．並發測試
驗證系統的並發處理能力。一般是和伺服器端建立大量的並發連接，通過客戶端的響應時間和伺服器端的性能監測情況來判斷系統是否達到了既定的並發能力指標。負載測試往往就會使用並發來創造負載，之所以把並發測試單獨提出來，是因為並發測試往往涉及伺服器的並發容量，以及多進程/多線程協調同步可能帶來的問題。這是要特別注意，必須測試的。
4．基準測試
當軟體系統中增加一個新的模塊的時候，需要做基準測試，以判斷新模塊對整個軟體系統的性能影響。按照基準測試的方法，需要打開/關閉新模塊至少各做一次測試。關閉模塊之前的系統各個性能指標記下來作為基準（Benchmark），然後與打開模塊狀態下的系統性能指標作比較，以判斷模塊對系統性能的影響。
5．穩定性測試
「路遙知馬力」，在這里我們要說的是和性能測試有關的穩定性測試，即測試系統在一定負載下運行長時間後是否會發生問題。軟體系統的有些問題是不能一下子就暴露出來的，或者說是需要時間積累才能達到能夠度量的程度。為什麼會需要這樣的測試呢？因為有些軟體的問題只有在運行一天或一個星期甚至更長的時間才會暴露。這種問題一般是程序佔用資源卻不能及時釋放而引起的。比如，內存泄漏問題就是經過一段時間積累才會慢慢變得顯著，在運行初期卻很難檢測出來；還有客戶端和伺服器在負載運行一段時間後，建立了大量的連接通路，卻不能有效地復用或及時釋放。
6．可恢復測試
測試系統能否快速地從錯誤狀態中恢復到正常狀態。比如，在一個配有負載均衡的系統中，主機承受了壓力無法正常工作後，備份機是否能夠快速地接管負載。可恢復測試通常結合壓力測試一起來做。
提示：每種測試有其存在的空間和目的。當我們接手一個軟體項目後，在有限的資源條件下，選擇去做哪一種測試，這應該根據當前軟體過程階段和項目的本身特點來做選擇。比如，在集成測試的時候要做基準測試，在軟體產品每個發布點要做性能測試。
Ⅳ 給你一個網站,你如何做測試
網站測試分以下幾方面內容:
性能測試
（1）連接速度測試：用戶連接到電子商務網的速度與上網方式有關，他們或許是電話撥號，或是寬頻上網，打開速度越快的網站，越受用戶喜愛。
（2）負載測試：負載測試是在某一負載級別下，檢測電子商務系統的實際性能。允許多少個用戶同時在線，可以通過相應的軟體在一台客戶機上模擬多個用戶來測試負載。
（3）壓力測試：壓力測試是測試系統的限制和故障恢復能力，也就是測試電子商務系統會不會崩潰。
安全性測試
對網站的安全性（伺服器安全，腳本安全）可能有的漏洞測試，攻擊性測試，錯誤性測試。對電子商務的客戶伺服器應用程序、數據、伺服器、網路、防火牆等進行測試。用相對應的軟體進行測試。
基本測試
包括色彩的搭配，連接的正確性，導航的方便和正確，CSS應用的統一性。
網站優化測試
（1）引擎優化測試：好的網站是看它是否經過搜索引擎優化了，網站的架構、網頁的欄目與靜態情況等。
（2）用戶優化測試：用戶來到網站能能夠在3-5次，找到其需要的內容。方便用戶的網站倍受用戶的親昵。
功能實現：網站現有版本，需求是否完全實現。滿足需求的網站才是有用的網站。
Ⅵ 網站測試工作都需要做什麼
網站測試工作是網站上線前非常重要的環節，具體工作如下：
1.
搭建測試環境：需要與正式環境區分開，提供測試域名和空間，屏蔽搜索引擎抓取的環境來進行測試
2.
將待測試程序上傳至測試環境：使用遠程桌面或FTP將程序包和數據包上傳至測試環境空間
3.
進行美工測試：由美工測試效果圖與出品的匹配度，提供BUG報告
4.
進行功能測試：由程序員進行功能性測試，提供BUG報告
5.
進行使用流程測試：由測試專員模擬管理員、用戶和平台管理者進行操作流程的測試，提供BUG報告
6.
記錄測試BUG至測試報告：匯總上述BUG報告，形成測試報告和修改可行性方案
7.
技術部門調整網站修復BUG：修復BUG，完成BUG修復進度報告
8.
網站測試無誤：對修改後的程序進行二次驗證，確保BUG被修復
9.
正式上線
Ⅶ 如何進行「網站易用性測試」
對於網站易用性測試，可通過如下步驟進行：
第一步：前期准備，搭建測試環境。
測試環境的搭建包括：一間辦公室（會議室），一台電腦（要連接網路），一個屏幕錄制軟體，一台攝像機（可錄制測試者操作行為，也可同時通過視頻線將信號傳到另外的辦公室，以便項目小組的每個人都能進行觀察而不會干擾測試用戶）。
第二步：招募測試對象，找到典型用戶。
可通過公開招募進行（建議派發一些小禮品或酬勞），之後對報名者進行篩選和面試，最終確定你的典型目標用戶。測試可分為多輪，每一輪3-5位用戶參與測試即可。
第三步：設定任務（目標），觀察（錄制）其操作軌跡。
為測試用戶設定任務之前，首先要明確你網站的主要目的。
如果是普通企業官網，網站的目的很明確，就是向用戶有效傳遞產品（服務）信息，任務的設定就可以是：讓測試用戶找到xx產品；
如果是電商類網站，網站的目的除了要有效展示產品信息外，還應具備簡單、便捷的購物流程體驗。任務則可以設定為：讓測試用戶找到xx產品（制定產品名稱或產品屬性），並完成購物。
其他類型的網站就不一一列舉了。為測試用戶設定了有針對性的任務後，測試人員就要提起注意力，細心觀察用戶的每一步操作行為，並及進行詳細記錄。同時要務必保證「屏幕錄制軟體」的有效運行，這是後期項目小組進行綜合分析的有效參考。
第四步：采訪測試用戶的使用感受。
在觀察和記錄用戶操作行為時，可同時進行一些簡單的采訪，比如xx功能是否好用。xx欄目的設置是否合理。名稱選擇是否易懂。展品介紹是否全面。……等等。
第五步：對觀察結果和采訪結果進行綜合分析，得出結論。
發現問題並不難，難得是如何解決問題。這一步的目的就是發現問題，並找到可行性解決方案。
最後強調一點，網站易用性測試不應僅限於網站測試期進行，應分為多個階段多輪次進行，如：網站發展期、網站成熟期等都應合理安排測試。
網站易用性的優化不是一個短期的過程，是貫穿始終的、永無止境的，因為技術在不斷更新，因為用戶的要求也會越來越高。請牢記。
Ⅷ 如何檢測網站是否存在安全漏洞
檢測網站的安全漏洞方式分為兩種：①使用安全軟體進行網站安全漏洞檢測、②使用滲透測試服務進行安全漏洞檢測。
1、使用安全軟體進行網站安全漏洞檢測
使用檢測網站安全漏洞我們可以選擇安全軟體進行，安全軟體可以對我們的網站和伺服器進行體驗，找出我們伺服器以及網站的漏洞並且可以根據安全漏洞進行修復。
2、使用滲透測試服務進行安全漏洞檢測
滲透測試是利用模擬黑客攻擊的方式，評估計算機網路系統安全性能的一種方法。這個過程是站在攻擊者角度對系統的任何弱點、技術缺陷或漏洞進行主動分析，並且有條件地主動利用安全漏洞。
滲透測試並沒有嚴格的分類方法，即使在軟體開發生命周期中，也包含了滲透測試的環節，但是根據實際應用，普遍認為滲透測試分為黑盒測試、白盒測試、灰盒測試三類。
①黑箱測試又被稱為所謂的Zero-Knowledge
Testing，滲透者完全處於對系統一無所知的狀態，通常這類型測試，最初的信息獲取來自於DNS、Web、Email及各種公開對外的伺服器。
②白盒測試與黑箱測試恰恰相反，測試者可以通過正常渠道向被測單位取得各種資料，包括網路拓撲、員工資料甚至網站或其它程序的代碼片段，也能夠與單位的其它員工進行面對面的溝通。
③灰盒測試，白+黑就是灰色，灰盒測試是介於上述兩種測試之間的一種方法，對目標系統有所一定的了解，還掌握了一定的信息，可是並不全面。滲透測試人員得持續性地搜集信息，並結合已知信息從中將漏洞找出。
但是不管採用哪種測試方法，滲透測試都具有以下特點：
(1)滲透測試是一個漸進的並且逐步深入的過程;
(2)滲透測試是選擇不影響業務系統正常運行的攻擊方法進行的測試。
Ⅸ web端網站怎麼測試
web端網站通常是對Web應用安全進行檢測。
Web應用安全檢測針對目標提供的各種應用，如ASP、CGI、JSP、PHP等組成的WWW應用進行安全掃描檢測。主要包括Web漏洞（SQL注入攻擊、跨站點腳本攻擊、Ajax安全缺陷、目錄遍歷攻擊）、XML注入、認證不充分等方面，對Web應用安全進行評估。
Ⅹ 如何對網站進行漏洞掃描及滲透測試
注冊一個賬號，看下上傳點，等等之類的。
用google找下注入點，格式是
Site:XXX.com inurl:asp|php|aspx|jsp
最好不要帶 www，因為不帶的話可以檢測二級域名。
大家都知道滲透測試就是為了證明網路防禦按照預期計劃正常運行而提供的一種機制，而且夠獨立地檢查你的網路策略，一起來看看網站入侵滲透測試的正確知識吧。
簡單枚舉一些滲透網站一些基本常見步驟：
一 、信息收集
要檢測一個站首先應先收集信息如whois信息、網站真實IP、旁註、C段網站、伺服器系統版本、容器版本、程序版本、資料庫類型、二級域名、防火牆、維護者信息有哪些等等
二、收集目標站注冊人郵箱
1.用社工庫里看看有沒有泄露密碼，然後嘗試用泄露的密碼進行登錄後台。2.用郵箱做關鍵詞,丟進搜索引擎。3.利用搜索到的關聯信息找出其他郵進而得到常用社交賬號。4.社工找出社交賬號，裡面或許會找出管理員設置密碼的習慣 。5.利用已有信息生成專用字典。6.觀察管理員常逛哪些非大眾性網站，看看有什麼東西
三、判斷出網站的CMS
1:查找網上已曝光的程序漏洞並對其滲透2:如果開源，還能下載相對應的源碼進行代碼審計。
3.搜索敏感文件、目錄掃描
四、常見的網站伺服器容器。
IIS、Apache、nginx、Lighttpd、Tomcat
五、注入點及漏洞
1.手動測試查看有哪些漏洞
2.看其是否有注入點
3.使用工具及漏洞測試平台測試這個有哪些漏洞可利用
六、如何手工快速判斷目標站是windows還是linux伺服器？
Linux大小寫敏感,windows大小寫不敏感。
七、如何突破上傳檢測？
1、寬字元注入
2、hex編碼繞過
3、檢測繞過
4、截斷繞過
八、若查看到編輯器
應查看編輯器的名稱版本,然後搜索公開的漏洞
九、上傳大馬後訪問亂碼
瀏覽器中改編碼。
十、審查上傳點的元素
有些站點的上傳文件類型的限制是在前端實現的，這時只要增加上傳類型就能突破限制了。
掃目錄，看編輯器和Fckeditor，看下敏感目錄，有沒有目錄遍及，
查下是iis6,iis5.iis7，這些都有不同的利用方法
Iis6解析漏洞
Iis5遠程溢出，
Iis7畸形解析
Phpmyadmin
萬能密碼:』or』='or』等等
等等。
每個站都有每個站的不同利用方法，自己滲透多點站可以多總結點經驗。
還有用google掃後台都是可以的。