㈠ 需要怎麼進行網站測試啊
千際為你解答如何進行網站測試機
網站發布前要進行細致周密的測試，以保證正常瀏覽和使用。主要測試內容：
1、文字、圖片是否有錯誤。
2、程序及資料庫測試。
3、鏈接是否有錯誤。
4、伺服器穩定性、安全性。
5、網頁兼容性測試，如瀏覽器、顯示器。
㈡ 給你一個網站,你如何做測試
網站測試分以下幾方面內容:
性能測試
（1）連接速度測試：用戶連接到電子商務網的速度與上網方式有關，他們或許是電話撥號，或是寬頻上網，打開速度越快的網站，越受用戶喜愛。
（2）負載測試：負載測試是在某一負載級別下，檢測電子商務系統的實際性能。允許多少個用戶同時在線，可以通過相應的軟體在一台客戶機上模擬多個用戶來測試負載。
（3）壓力測試：壓力測試是測試系統的限制和故障恢復能力，也就是測試電子商務系統會不會崩潰。
安全性測試
對網站的安全性（伺服器安全，腳本安全）可能有的漏洞測試，攻擊性測試，錯誤性測試。對電子商務的客戶伺服器應用程序、數據、伺服器、網路、防火牆等進行測試。用相對應的軟體進行測試。
基本測試
包括色彩的搭配，連接的正確性，導航的方便和正確，CSS應用的統一性。
網站優化測試
（1）引擎優化測試：好的網站是看它是否經過搜索引擎優化了，網站的架構、網頁的欄目與靜態情況等。
（2）用戶優化測試：用戶來到網站能能夠在3-5次，找到其需要的內容。方便用戶的網站倍受用戶的親昵。
功能實現：網站現有版本，需求是否完全實現。滿足需求的網站才是有用的網站。
㈢ 怎麼測試網站
這是一般網站的功能測試，就是看網站相對應的功能有沒有實現。我是測試專業的，測試的方法有很多種。可以到51testing網看下相關的信息。
㈣ web端網站怎麼測試
web端網站通常是對Web應用安全進行檢測。
Web應用安全檢測針對目標提供的各種應用，如ASP、CGI、JSP、PHP等組成的WWW應用進行安全掃描檢測。主要包括Web漏洞（SQL注入攻擊、跨站點腳本攻擊、Ajax安全缺陷、目錄遍歷攻擊）、XML注入、認證不充分等方面，對Web應用安全進行評估。
㈤ 怎麼測試自己做的網站的性能
用測試工具，如Loadrunner,專業的性能測試工具。可以模擬虛擬用戶，做負載測試、壓力測試、並發測試。由於網站是你自己做的，那麼可以先從網站的性質入手，估算出這個網站一般是什麼人使用，大致估算出人數。再找出該網站經常使用的功能，如查詢功能、發帖功能等。然後模擬一定數量的虛擬用戶（LR可以設置人數），做並發測試。測試發現並發可以支持10個人，那麼換算後得到的用戶數應該在100人左右，這個要具體分析。關於性能測試的問題可以發到我的郵箱里：1756410608@qq.com
㈥ 網站測試都需要進行哪些測試以及如何進行測試
網站測試分為這幾塊：
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．欄目測試，測試欄目新聞是否正確，欄目鏈接是否正確
6．與網站無關的測試信息的刪除
二、後台測試
1．圖片上傳功能的測試
2．信息發布和前台欄目是否對應的檢查
3．後台許可權的測試，是否有刪除欄目的功能等等
4．「基本設置」功能能否修改前台對應位置
5．在線留言功能的測試
6．產品的訂單功能的測試
7．後台資訊推薦功能的測試