Ⅰ web的登錄檢測在哪個
是第一次登錄系統，如帳號注冊後第一次登錄？還是一段時間內的第一次登錄？
前者可以為用戶信息設置一個屬性（當然是要保存的，如存資料庫），記錄用戶的登錄次數，或者記錄上次用戶的的登錄時間，默認為0，以後每次登錄都更新這個值，那麼當用戶登錄時，發現這個用戶的這個值為0，那這傢伙就是第一次登錄
第二種。。。沒有第二種吧，什麼叫一段時間內的第一次登錄呢？是不是用戶登錄了，然後去上了一會兒webqq或者淘寶，然後又回到你的系統再此登錄？
還有。。。第一次登錄，用戶名輸入錯了。。第二次登錄，密碼輸入錯了。。。第三次登錄，驗證碼輸入錯了。。。，那這個是有所謂的第一次登錄的，仍然可以記錄的方式，比如記錄登錄失敗的次數，登錄成功後將此值變回0，當然，用戶名錯的時候匹配不到系統里的用戶就是其它情況了
Ⅱ web端網站怎麼測試
web端網站通常是對Web應用安全進行檢測。
Web應用安全檢測針對目標提供的各種應用，如ASP、CGI、JSP、PHP等組成的WWW應用進行安全掃描檢測。主要包括Web漏洞（SQL注入攻擊、跨站點腳本攻擊、Ajax安全缺陷、目錄遍歷攻擊）、XML注入、認證不充分等方面，對Web應用安全進行評估。
Ⅲ 怎麼檢測是wap或者web訪問
<%
rpath="http://"&Request.ServerVariables("HTTP_HOST")&"/"
dim agent,str,siteid,tourl
agent=request.ServerVariables("HTTP_USER_AGENT")
if instr(agent,"Mozilla")=0 then
tourl= "wapindex.asp" 'WAP page
toWML()
else
str=agent
str=replace(str,"Opera","")
str=replace(str,"SmartPhone","")
str=replace(str,"CE","")
str=replace(str,"UC","")
str=replace(str,"Symbian","")
str=replace(str,"NetFront","")
if Len(agent)=Len(str) then
response.redirect "web/index.asp" 'admin
else
tourl= "wap/index.asp" 'WAP page
toWML()
end if
end if
sub toWML()
response.redirect rpath&tourl
response.end
end sub%>
Ⅳ 關於WEB測試
基於Web的系統測試與傳統的軟體測試既有相同之處，也有不同的地方，對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。
網站測試流程、要求及測試報告
一個網站基本完工後，需要通過下面三步測試才可以交活。
一、 製作者測試，包括美工測試頁面、程序員測試功能。在做完後第一時間內由製作者本人進行測試。
a) 頁面 包括首頁、二級頁面、三級頁面的頁面在各種常用解析度下有無錯位；圖片上有沒有錯別字；各連接是否是死連接；各欄目圖片與內容是否對應等。
b) 功能 達到客戶要求；資料庫連接正確；各個動態生成連接正確；傳遞參數格式、內容正確；試填測試內容沒有報錯；頁面顯示正確。
二、 全面測試 根據交工標准和客戶要求，由專人進行全面測試。
也是包括頁面和程序兩方面，而且要結合起來測，保證填充足夠的內容後不會導致頁面變形。另外要檢查是否有錯別字，文字內容是否有常識錯誤。
三、 發布測試 網站發布到主伺服器之後的測試，主要是防止環境不同導致的錯誤。
測試的主要方面：
一、功能測試
對於網站的測試而言，每一個獨立的功能模塊需要單獨的測試用例的設計導出，主要依據為《需求規格說明書》及《詳細設計說明書》，對於應用程序模塊需要設計者提供基本路徑測試法的測試用例。
1、鏈接測試：鏈接是Web應用系統的一個主要特徵，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面：
1）測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；
2）測試所鏈接的頁面是否存在；
3）保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。
鏈接測試可以自動進行，現在已經有許多工具可以採用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應用系統的所有頁面開發完成之後進行鏈接測試。
2、表單測試：當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給伺服器的信息的正確性。例如：用戶填寫的出生日期與職業是否恰當，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字元，測試時可以跳過這些字元，看系統是否會報錯。要測試這些程序，需要驗證伺服器能正確保存這些數據，而且後台運行的程序能正確解釋和使用這些信息。
B/S結構實現的功能可能主要的就在這里，提交數據，處理數據等如果有固定的操作流程可以考慮自動化測試工具的錄制功能，編寫可重復使用的腳本代碼，可以在測試、回歸測試時運行以便減輕測試人員工作量。
我們對UM子系統中各個功能模塊中的各項功能進行逐一的測試，主要測試方法為：邊界值測試、等價類測試，以及異常類測試。測試中要保證每種類型都有2個以上的典型數值的輸入，以確保測試輸入的全面性。
3、Cookies測試：Cookies通常用來存儲用戶信息和用戶在某應用系統的操作，當一個用戶使用Cookies訪問某一個應用系統時，Web伺服器將發送關於用戶的信息，把該信息以Cookies形式存儲在客戶端計算機上，可用來創建動態和自定義頁面或存儲登陸等信息。如果Web應用系統使用了Cookies，就必須檢查Cookies是否能正常工作而且對這些信息已經加密。測試的內容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什麼影響等。
4、設計語言測試：Web設計語言版本的差異可以引起客戶端或伺服器端嚴重的問題，例如使用哪種版本的HTML等。當在分布式環境中開發時，開發人員都不在一起，這個問題就顯得尤為重要。除了HTML的版本問題外，不同的腳本語言，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要進行驗證。
5、資料庫測試：在Web應用技術中，資料庫起著重要的作用，資料庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中，最常用的資料庫類型是關系型資料庫，可以使用SQL對信息進行處理。
在使用了資料庫的Web應用系統中，一般情況下，可能發生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由於用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由於網路速度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。
Ⅳ 如何檢查web 應用是否正常運行
你以客戶端的身份瀏覽網頁看，檢測WEB站點的功能等。能正常工作就可以了，但壓力測試不包括在內哦！
你的採納是我前進的動力,記得好評和採納，答題不易，互相幫助，
手機提問的朋友在客戶端右上角評價點滿意即可.
如果你認可我的回答，請及時點擊採納為滿意回答按鈕！
Ⅵ 檢測web文件中惡意代碼的軟體
裝一個NOD32殺毒軟體，如果網頁由惡意代碼，它會檢測出來的。
相對於卡巴斯基，NOD32運行佔用內存更小，查毒速度更快，基本都能查殺，國外評價很高的一個殺毒軟體。
Ⅶ 如何測試一個WEB頁面
試可以自動進行，現在已經有許多工具可以採用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應用系統的所有頁面開發完成之後進行鏈接測試。
2、表單測試
當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給伺服器的信息的正確性。例如：用戶填寫的出生日期與職業是否恰當，填寫的所屬省
Ⅷ app測試和web測試的區別， web測試和app測試的區別
一、測試方式不同
1、app測試：指對移動應用進行測試，包括自動化測試和人工測試等。
2、web測試：是軟體測試的一部分，是針對Web應用的一類測試。
二、測試內容不同
1、app測試：模擬用戶操作對應用程序進行黑盒測試，並使用Cucumber作為自然語言來編寫測試用例。還會對應用測試操作進行記錄，以幫助開發者進行測試回顧。
2、web測試：包括內容測試、界面測試、功能測試、性能測試、兼容性測試、安全性測試等。
三、特點不同
1、app測試：可通過增加預先測試環節來確認環境已經測試就緒，同時還能知道哪些錯誤是環境不穩定引起的，哪些是一般的測試用例錯誤。
2、web測試：通過測試可以盡可能地多發現瀏覽器端和伺服器端程序中的錯誤並及時加以修正，以保證應用的質量。
Ⅸ web測試有哪些方面
第一，分析產品結構，明確性能測試的需求，包括並發、極限、配置和指標等方面的性能要求，必要時基於LOAD測試的相同測略需同時考慮穩定性測試的需求。
第一，分析應用場景和用戶數據，細分用戶行為和相關的數據流，確定測試點或測試介面，列示系統介面的可能瓶頸，一般是先主幹介面再支線介面，並完成初步的測試用例設計。
第三，依據性能測試需求和確定的測試點進行測試組網設計，並明確不同組網方案的重要程度或優先順序作為取捨評估的依據，必要時在前期產品設計中提出支持性能測試的可測試性設計方案和對測試工具的需求。
第四，完成性能測試用例設計、分類選擇和依據用戶行為分析設計測試規程，並准備好測試用例將用到的測試數據。
第五，確定採用的測試工具。
第六，進行初驗測試，以主幹介面的可用性為主，根據測試結果分析性能瓶頸，通過迭代保證基本的指標等測試的環境。
第七，迭代進行全面的性能測試，完成計劃中的性能測試用例的執行。
第八，完成性能測試評估報告。
在進行性能測試的時候，我們需要知道一些有效的性能指標，下面我們來列出一些主要的性能指標：
一是，通用指標（指Web應用伺服器、資料庫伺服器必需測試項）：
*ProcessorTime：指伺服器CPU佔用率，一般平均達到70%時，服務就接近飽和；
*Memory Available Mbyte：可用內存數，如果測試時發現內存有變化情況也要注意，如果是內存泄露則比較嚴重；
*Physicsdisk Time ：物理磁碟讀寫時間情況。
二是，Web伺服器指標：
*Avg Rps：平均每秒鍾響應次數＝總請求時間/秒數；
*Avg time to last byte per terstion（mstes）：平均每秒業務角本的迭代次數；*Successful Rounds：成功的請求；
*Failed Rounds：失敗的請求；
*Successful Hits：成功的點擊次數；
*Failed Hits：失敗的點擊次數；
*Hits Per Second：每秒點擊次數；
*Successful Hits Per Second：每秒成功的點擊次數；
*Failed Hits Per Second：每秒失敗的點擊次數；
*Attempted Connections：嘗試鏈接數。
三是，資料庫伺服器指標：
*User 0 Connections ：用戶連接數，也就是資料庫的連接數量；
*Number of deadlocks：資料庫死鎖；
*Butter Cache hit：資料庫Cache的命中情況）。
可用性測試：1導航測試（Web應用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。）2圖形測試3內容測試3整體界面測試4客戶端兼容性測試（1平台測試2瀏覽器測試）5安全性測試（測試重點：（1）現在的Web應用系統基本採用先注冊，後登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。（2）Web應用系統是否有超時的限制，也就是說，用戶登陸後在一定時間內（例如15分鍾）沒有點擊任何頁面，是否需要重新登陸才能正常使用。（3）為了保證Web應用系統的安全性，日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。（4）當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。（5）伺服器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經過授權，就不能在伺服器端放置和編輯腳本的問題。 ）