『壹』 網站伺服器如何做訪問壓力測試
網站伺服器的壓力測試我覺得主要有一些幾點。
1.協議這邊基本上以http或者https為主了，如果使用其他協議需要分析其打解包的方法。
2.要產生一定的壓力，壓力源這邊一定要有保證。一般都是用機器人來模擬壓力，關於機器人的邏輯可以根據具體業務來開發。
3.需要觀察在一定壓力下，伺服器的各項性能指標（cpu，內存，IO，網路流量）進行觀察，比如內存是否有泄漏，cpu利用率過高的情況。
4.壓力測試應該是一個持續性的過程，在這個過程中需要統計伺服器的性能數據，包括tps，以及機器的負載情況等。據此可以分析伺服器的瓶頸在何處，後續可以針對優化。
5.目前大部分的伺服器都部署在Linux系統上，測試同學還需要掌握相關的Linux命令以便可以更好的測試。
如果你覺得前面的太麻煩，可以來WeTest伺服器壓力測試高並發，實時性能報表，專家級性能優化建議，目前我們正在做網站壓測這一塊，你要做的僅僅是填下被測的URL即可，壓力源、數據統計這些瑣碎的工作交給我們就行了。
『貳』 如何對網站進行漏洞掃描及滲透測試
注冊一個賬號，看下上傳點，等等之類的。
用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掃後台都是可以的。
『叄』 網站滲透測試，怎麼進行
1.信息收集：
1)、獲取域名的whois信息,獲取注冊者郵箱姓名電話等。
2)、查詢伺服器旁站以及子域名站點，因為主站一般比較難，所以先看看旁站有沒有通用性的cms或者其他漏洞。
3)、查看伺服器操作系統版本，web中間件，看看是否存在已知的漏洞，比如IIS，APACHE,NGINX的解析漏洞。
4)、查看IP，進行IP地址埠掃描，對響應的埠進行漏洞探測，比如 rsync,心臟出血，mysql,ftp,ssh弱口令等。
5)、掃描網站目錄結構，看看是否可以遍歷目錄，或者敏感文件泄漏，比如php探針。
6)、google hack 進一步探測網站的信息，後台，敏感文件。
2.漏洞掃描：
開始檢測漏洞，如XSS,XSRF,sql注入，代碼執行，命令執行，越權訪問，目錄讀取，任意文件讀取，下載，文件包含， 遠程命令執行，弱口令，上傳，編輯器漏洞，暴力破解等。
3.漏洞利用：
利用以上的方式拿到webshell，或者其他許可權。
4.許可權提升：
提權伺服器，比如windows下mysql的udf提權，serv-u提權，windows低版本的漏洞，如iis6,pr,巴西烤肉， linux藏牛漏洞，linux內核版本漏洞提權，linux下的mysql system提權以及oracle低許可權提權。
5.日誌清理：
結束滲透測試工作需要做的事情，抹除自己的痕跡。
需要規避的風險：
1. 不執行任何可能引起業務中斷的攻擊（包括資源耗竭型DoS，畸形報文攻擊，數據破壞）。
2. 測試驗證時間放在業務量最小的時間進行。
3. 測試執行前確保相關數據進行備份
4. 所有測試在執行前和維護人員進行溝通確認。
『肆』 怎麼樣測試一個網站呢
這應該從以下幾個方面去測試的
一、網站的功能，主要看原計劃的模塊實現了沒有，如果沒有，後台是不是可以隨時增加；
二、每一個模塊的更新是否是正常的，比如添加新聞、上傳文件等；
三、最好找個網站注入程序檢測一下網站是否有漏洞，否則一旦有漏洞，可能網站正式啟用以後經常會讓搞黑；
四、檢查網站的資料庫路徑和名稱是否是常規的路徑和名稱，如果是，應該改為自已特定的路徑和名稱，以增加網站的安全性；
五、檢查網站的資料庫備份功能，看能否備份資料庫；
六、就是關於風站的所有資料，包括你的域名、FTP用戶名及密碼以及網站備案等必須的信息。
『伍』 給你一個網站,你如何做測試
網站測試分以下幾方面內容:
性能測試
（1）連接速度測試：用戶連接到電子商務網的速度與上網方式有關，他們或許是電話撥號，或是寬頻上網，打開速度越快的網站，越受用戶喜愛。
（2）負載測試：負載測試是在某一負載級別下，檢測電子商務系統的實際性能。允許多少個用戶同時在線，可以通過相應的軟體在一台客戶機上模擬多個用戶來測試負載。
（3）壓力測試：壓力測試是測試系統的限制和故障恢復能力，也就是測試電子商務系統會不會崩潰。
安全性測試
對網站的安全性（伺服器安全，腳本安全）可能有的漏洞測試，攻擊性測試，錯誤性測試。對電子商務的客戶伺服器應用程序、數據、伺服器、網路、防火牆等進行測試。用相對應的軟體進行測試。
基本測試
包括色彩的搭配，連接的正確性，導航的方便和正確，CSS應用的統一性。
網站優化測試
（1）引擎優化測試：好的網站是看它是否經過搜索引擎優化了，網站的架構、網頁的欄目與靜態情況等。
（2）用戶優化測試：用戶來到網站能能夠在3-5次，找到其需要的內容。方便用戶的網站倍受用戶的親昵。
功能實現：網站現有版本，需求是否完全實現。滿足需求的網站才是有用的網站。
『陸』 網站測試都需要進行哪些測試以及如何進行測試
網站測試分為這幾塊：
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
希望能夠幫助到你
『柒』 網站性能測試主要有哪幾種方法
常見的性能測試方法有以下幾種：
1．負載測試
在這里，負載測試指的是最常見的驗證一般性能需求而進行的性能測試，在上面我們提到了用戶最常見的性能需求就是「既要馬兒跑，又要馬兒少吃草」。因此負載測試主要是考察軟體系統在既定負載下的性能表現。我們對負載測試可以有如下理解：
（1）負載測試是站在用戶的角度去觀察在一定條件下軟體系統的性能表現。
（2）負載測試的預期結果是用戶的性能需求得到滿足。此指標一般體現為響應時間、交易容量、並發容量、資源使用率等。
2．壓力測試
壓力測試是為了考察系統在極端條件下的表現，極端條件可以是超負荷的交易量和並發用戶數。注意，這個極端條件並不一定是用戶的性能需求，可能要遠遠高於用戶的性能需求。可以這樣理解，壓力測試和負載測試不同的是，壓力測試的預期結果就是系統出現問題，而我們要考察的是系統處理問題的方式。比如說，我們期待一個系統在面臨壓力的情況下能夠保持穩定，處理速度可以變慢，但不能系統崩潰。因此，壓力測試是能讓我們識別系統的弱點和在極限負載下程序將如何運行。
例子：負載測試關心的是用戶規則和需求，壓力測試關心的是軟體系統本身。對於它們的區別，我們可以用華山論劍的例子來更加形象地描述一下。如果把郭靖看做被測試對象，那麼壓力測試就像是郭靖和已經走火入魔的歐陽峰過招，歐陽鋒蠻打亂來，毫無套路，盡可能地去打倒對方。郭靖要能應對住，並且不能丟進小命。而常規性能測試就好比郭靖和黃葯師、洪七公三人約定，只要郭靖能分別接兩位高手一百招，郭靖就算勝。至於三百招後哪怕郭靖會輸掉那也不用管了。他只要能做到接下一百招，就算通過。
思考：
我們在做軟體壓力測試時，往往要增加比負載測試更多的並發用戶和交易，這是為什麼？
3．並發測試
驗證系統的並發處理能力。一般是和伺服器端建立大量的並發連接，通過客戶端的響應時間和伺服器端的性能監測情況來判斷系統是否達到了既定的並發能力指標。負載測試往往就會使用並發來創造負載，之所以把並發測試單獨提出來，是因為並發測試往往涉及伺服器的並發容量，以及多進程/多線程協調同步可能帶來的問題。這是要特別注意，必須測試的。
4．基準測試
當軟體系統中增加一個新的模塊的時候，需要做基準測試，以判斷新模塊對整個軟體系統的性能影響。按照基準測試的方法，需要打開/關閉新模塊至少各做一次測試。關閉模塊之前的系統各個性能指標記下來作為基準（Benchmark），然後與打開模塊狀態下的系統性能指標作比較，以判斷模塊對系統性能的影響。
5．穩定性測試
「路遙知馬力」，在這里我們要說的是和性能測試有關的穩定性測試，即測試系統在一定負載下運行長時間後是否會發生問題。軟體系統的有些問題是不能一下子就暴露出來的，或者說是需要時間積累才能達到能夠度量的程度。為什麼會需要這樣的測試呢？因為有些軟體的問題只有在運行一天或一個星期甚至更長的時間才會暴露。這種問題一般是程序佔用資源卻不能及時釋放而引起的。比如，內存泄漏問題就是經過一段時間積累才會慢慢變得顯著，在運行初期卻很難檢測出來；還有客戶端和伺服器在負載運行一段時間後，建立了大量的連接通路，卻不能有效地復用或及時釋放。
6．可恢復測試
測試系統能否快速地從錯誤狀態中恢復到正常狀態。比如，在一個配有負載均衡的系統中，主機承受了壓力無法正常工作後，備份機是否能夠快速地接管負載。可恢復測試通常結合壓力測試一起來做。
提示：每種測試有其存在的空間和目的。當我們接手一個軟體項目後，在有限的資源條件下，選擇去做哪一種測試，這應該根據當前軟體過程階段和項目的本身特點來做選擇。比如，在集成測試的時候要做基準測試，在軟體產品每個發布點要做性能測試。
『捌』 新網站測試要測試哪些內容
主要看網站的服務內容了，側重於用戶交互還是內容提供。基本的檢查點包括：
1.簡單的性能測試，不要讓用戶感到明顯的延遲。如果你的網站特別牛掰，預期用戶增長很快，那可能要做專門和網站的性能測試。（參考反面教材火車訂票）
2.基本的安全測試，有沒有明顯的漏洞，被人輕易竊取網站源代碼和數據。（反面教材太多，不一一列舉）
3.基本功能測試，用戶注冊，登錄，改密，郵件通知，站內消息...這就太多了，看你網站功能了，盡量都走到。
4.網站鏈接檢測，跳轉檢測，工具一大堆...
5.用戶體驗，顏色，布局，圖片，互動，可以請同事或者種子用戶一起內測。
『玖』 網站測試步驟
一個網站基本完工後，需要通過下面三步測試才可以交活。
一、 製作者測試，包括美工測試頁面、程序員測試功能。在做完後第一時間內有製作者本人進行測試。
a) 頁麵包括首頁、二級頁面、三級頁面的頁面在各種常用解析度下有無錯位;圖片上有沒有錯別字;各連接是否是死連接;各欄目圖片與內容是否對應等
b) 功能達到客戶要求;資料庫連接正確;各個動態生成連接正確;傳遞參數格式、內容正確;試填測試內容沒有報錯;頁面顯示正確
二、全面測試根據交工標准和客戶要求，由專人進行全面測試也是包括頁面和程序兩方面，而且要結合起來測，保證填充足夠的內容後不會導致頁面變形。另外要檢查是否有錯別字，文字內容是否有常識錯誤。
三、 發布測試 網站發布到主伺服器之後的測試，主要是防止環境不同導致的錯誤。