模擬訪問

❶ 怎麼讓模擬器訪問pc的文件

不能直接訪問，只能把文件上傳到模擬器中才能操作文件

❷ 網站被惡意模擬蜘蛛訪問如何解決

惡意攻擊沒有太好的辦法，這些訪問IP都不一樣，高端一點的就是防火牆加訪問規則，禁掉這類訪問，低端的就是禁IP，把這些IP都禁掉，就算是肉雞數量也是有限的。

❸ 易語言模擬某個ip訪問

無法模擬，數據是第三方統計的，人家不會看你的數據。
你這邊作假是沒用的

❹ C#怎麼用代碼模擬手機去訪問手機網站抓取數據

三網獲取是不難實現的跟移動聯通電信合作，keji13ys 被忘了

❺ chrome瀏覽器怎麼模擬手機訪問網頁

方法如下：
1、打開Chrome瀏覽器，需要32以後版本的。筆者使用的是Chrome 33版本。
2、打開「開發者工具」，快捷鍵（F12或者Ctrl+Shift+i）。
3、在「開發者工具」界面的右側有個「Show drawer」按鈕，點擊後在「drawer」界面再點擊「Emulation」。
4、這個界面就一目瞭然了，Device裡面可以選擇各種手機或者平板設備，大概有20種之多。User Agent和Sensors顯示了模擬的數據。點擊「Emulate」按鈕就可以生效了。
5、然後就在地址欄裡面輸入網址吧！看看模擬的效果怎麼樣？
谷歌Chrome瀏覽器模擬手機瀏覽器的方法（修改啟動參數的方法）：
谷歌Chrome瀏覽器，可以很方便地用來當3G手機模擬器。在Windows的【開始】-->【運行】中輸入以下命令，啟動谷歌瀏覽器，即可模擬相應手機的瀏覽器去訪問3G手機網頁：
谷歌Android：
chrome.exe --user-agent="Mozilla/5.0 (Linux; U; Android 2.2; en-us; Nexus One Build/FRF91) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1"
蘋果iPhone 4：
chrome.exe --user-agent="Mozilla/5.0 (iPhone; CPU iPhone OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9A405"
蘋果iPad 2：
chrome.exe --user-agent="Mozilla/5.0 (iPad; CPU OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9A405"
諾基亞N97：
chrome.exe --user-agent="Mozilla/5.0 (SymbianOS/9.4; Series60/5.0 NokiaN97-1/20.0.019; Profile/MIDP-2.1 Configuration/CLDC-1.1) AppleWebKit/525 (KHTML, like Gecko) BrowserNG/7.1.18124"

❻ 安卓模擬器怎麼訪問本地發布的網站

直接在夜神模擬器內輸入網址試試看。

❼ 模擬監控如何遠程訪問

可以用帶網路功能的硬碟錄像機就可以了 你可以用深圳施耐安的網路硬碟錄像機，這個是支持雲功能的，直接插上網線 登陸伺服器輸入設備序列號就可以遠程看了，以下介紹視頻監控NVR中遠程訪問的設置：
1、首先，進入NVR的『主菜單』，在菜單列表的『設置』列表裡找到並點擊『網路』。
2、網路設置界面中，左側邊欄中打開『TCP/IP』，將『默認網卡』設置成接外網的網口，並將此網卡的IP地址設置成能夠訪問外網的IP地址。
3、再點擊左側邊欄的『P2P設置』，勾選『使能』，然後點擊『應用』按鈕。查看連接狀態是否『已連接』。如果是已連接，說明設置成功，如果是未連接，說明不能通過外網訪問此NVR，需要重新設置。
4、設置好NVR以後，瀏覽器輸入下圖所示網址，進入後點擊『注冊』。注冊完後，需要登錄注冊時使用的郵箱進行驗證。點擊郵箱里的驗證鏈接。
5、彈出『激活完成』的通知界面，說明賬號已經注冊成功，可以使用。
6、第一次登錄賬號會要求安裝easy4IP服務的控制項。這個控制項必須安裝，否則無法遠程訪問監控系統。登錄成功後，在『設備管理』下，點擊『添加』按鈕，將需要遠程訪問的監控設備添加上。
7、添加成功後會有下圖所示界面，點擊『播放按鈕』可以查看監控。

❽ 怎樣模擬多用戶登錄一個web網站

1 怎樣的性能測試結果才是有效的
1.1 錯誤觀點
性能測試工具運行一定用戶數都成功，則表示該伺服器能支持這么多用戶數。這是錯誤的。
解答：
A.
因為一次有效的測試結果，不只用戶都運行成功，同時需要保證訪問一個頁面或一次交易的響應時間在合理范圍。「2-5-8原則」，簡單說，就是當用戶訪問一
個頁面或一次交易能夠在2秒以內得到響應時，會感覺系統的響應很快；當用戶在2-5秒之間得到響應時，會感覺系統的響應速度還可以；當用戶在5-8秒以內
得到響應時，會感覺系統的響應速度很慢，但是還可以接受；而當用戶在超過8秒後仍然無法得到響應時，會感覺系統糟透了，或者認為
系統已經失去響應，而選擇離開這個Web站點，或者發起第二次請求。
B. 測試場景不一定模擬了真實業務場景，因為瀏覽器是並發多線程多TCP完成一個頁面的，而測試工具基本都是1，2個線程；對伺服器的壓力是不一樣的，真實環境的TCP壓力是性能測試工具虛擬環境的幾倍。

2 影響WEB伺服器性能指標的因素有哪些
為什麼性能測試工具，需要提供事務（頁面或交易、全腳本）指標、TCP連接、吞吐量、伺服器資源監控、請求數/響應數。
1) 硬體資源：如CPU、內存、網卡吞吐量、I/O能力、SWAP交換能力
2) 線程數：這里介紹JAVA的WEB伺服器，默認每線程佔用的內存為2M，而32為系統JAVA進程（如tomcat、JBoss）佔得空間只有2G（一般比這個小），因此線程數有限制；64為無限制線程，但CPU要跟得上
3) TCP連接數：操作系統的TCP連接數理論值一般很大，操作系統對TCP連接設置有默認值（怎麼配置，可以網上搜索，這里不介紹）；但實際測試中TCP連接在幾百，就出現測試的響應時間很長。抓包分析，原來是三次握手的SYN包伺服器不及時響應，導致SYN重傳（3秒後，9秒後）。

如果SYN丟了，則會重發，但是第一次是3秒後，第2次是在9秒後，如果重發才收到的SYN_ACK，則導致TCP連接超長，從而導致業務響應時間延長。

4) 響應時間：伺服器響應時間小，用戶體驗才好，在大量用戶並發的情況下，HTTP響應時間在用戶忍受度下才是有效的，一般採用「2-5-8原則」。
5) 軟體本身代碼性能演算法：這個不做介紹，如差的演算法、查詢資料庫時間長等等。

3 測試人員經常遇到的一些常見問題及解答
3.1 為什麼使用瀏覽器訪問頁面響應很快，1-2秒就完成；而使用測試工具卻需要10幾秒，甚至幾十秒才完成腳本
解答：
A.
這是由於瀏覽器訪問頁面響應是並發的，同時並發多個線程（多個Socket），而性能測試工具基本是串列發送請求的。如果一個頁面有100個資源
（CSS、HTML、JS、圖片），需要發送100個HTTP請求，如果使用6個線程（瀏覽器），則每個大概請求14個HTTP；如果使用一個線程（測試
工具），則需要請求100個，時間當然大很多。下圖為chrome瀏覽器調試工具顯示的並發情況：

B. 另外瀏覽器具有緩存功能，如果之前訪問了www.qq.com，
會把一些圖片緩存在瀏覽器臨時目錄，下次請求時發送的HTTP請求會帶上If-Match或Etag等頭域，WEB伺服器判斷資源沒改變則會304響應，
而不是回200 OK，這樣減少資源的傳輸，所以時間就小。而有些測試工具是不攜帶這些頭域（包括Loadrunner），因此回的響應是200 OK。所以測試人員默認真實測試時，可以考慮部分有緩存，部分沒緩存。

3.2 性能測試工具是怎麼模擬WEB虛擬用戶
A. 錄制
使用瀏覽器進行正常業務操作，性能測試工具錄制下HTTP請求信息。一般需要記錄URL與頭域、內容、響應碼。雖然不同的性能測試工具錄制方式不一樣（如
loadrunner採用Hook，JMeter採用代理或badbody，kylinPET採用網卡抓包與代理），但都能實現錄制正常業務的HTTP請
求。
測試工具最好能錄制出緩存頭域，即If-Match或Etag，loadrunner好像不支持錄制緩存頭域。
B. 模擬用戶
根據錄制的腳本發送HTTP請求與接收響應，發送前替換參數（實現多用戶不同參數值）、接收時關聯參數（從接收的響應消息獲取參數值，如Cookie、JSessionID）
下面簡單列舉使用過的性能測試工具是如何模擬的（工具運行一個用戶，然後使用wireshark抓包分析得到的結論）：
 Loadrunner：根據錄制腳本發送HTTP請求，如果HTTP請求包括內嵌資源（如圖片、CSS、JS），會啟動第二個線程執行內嵌資源，即Loadrunner支持同時兩個線程兩個TCP連接。
 kylinPET（國產）：可通過配置設置一個線程或者多個線程並發發送HTTP請求，多個線程並發及TCP連接數跟瀏覽器行為一樣。
 JMeter：只有一個線程，一個TCP連接
 其他工具：本人沒用過，請用過的兄弟姐妹可以補充下。通過wireshark抓包分析。

3.3 怎樣才能測試出WEB伺服器能支持多少真實用戶，怎樣的伺服器調優參數才合理
解答：
這需要性能測試工具可以模擬出真實用戶的行為，包括HTTP請求數、每用戶並發線程與TCP連接數、思考時間、有無緩存。
為什麼需要模擬真實用戶的線程數與TCP連接數呢，上面提到過，WEB伺服器的線程數與TCP連接數往往很低，這不是提高硬體就能輕松解決的，這也是伺服器調優比較復雜的配置。
因此，只有盡最大能力模擬真實用戶（瀏覽器或其它WEB客戶端，可能不同瀏覽器的並發線程與TCP數都不一樣）的行為的測試場景，測試結果才最真實，伺服器調優才最有意義。

4 怎樣才能測試系統支持多少用戶
4.1 模擬真實用戶的行為
只有模擬用戶一樣的行為才可以系統支持的測試用戶數有效，因此需要模擬一樣的並發數、TCP連接數、甚至可以是HTTP請求的時間間隔。用戶可以是瀏覽器、智能手機、智能機頂盒，測試工具模擬他們一樣的行為才是最有效的測試。

4.2 測試結果數據在合理范圍
4.2.1 用戶統計
成功數、失敗數、每秒在線數、最大在線數，通過這些指標分析此次測試結果支持的用戶數、用戶最大數

4.2.2 點擊率
每秒平均HTTP請求數、響應數。分析系統的處理能力

4.2.3 事務
事務成功、失敗、時間，事務一般是整個腳本運行時間、或者一個頁面或一個交易，通過結果分析，得出每個事物的時間是否合理，符合「2-5-8」原則，如果
測試結果顯示事物時間非常大，則表示系統支持不了此次測試的用戶，因為用戶的響應時間太大（像火車訂票一樣，太多用戶導致響應時間長，用戶無法忍受，則認
為這個系統爛）。
當然，還需要查看事務的百分比，分析90%、80%、70%、60%的事務時間是否在合理范圍。

4.2.4 TCP連接信息
TCP連接成功數、失敗數、TCP三次握手時間。因為此次測試結果可能是由於伺服器系統或網路的TCP的丟包與重傳才導致延時大的。如果是伺服器的原因，伺服器收到TCP的SYN而不處理，可以通過調試伺服器的TCP配置來優化。
怎麼才知道是伺服器的問題呢，這個需要性能測試工具能給出TCP連接時間（當前了解只有kylinPET可以支持），如果顯示超過3秒，這時需要檢查是網
絡還是伺服器問題，可以在伺服器端抓包（tcpmp或wireshark）然後分析TCP的SYN信息（個數、時間）

4.2.5 資源佔用
伺服器的CPU、內存、帶寬、I/O是不是已經不足，導致系統上不去是哪個原因，根據原因進行調優或升級。
測試時需要考慮性能測試工具的CPU佔用率，如果性能測試工具佔用CPU很高，此次測試可能瓶頸是在工具，而導致測試結果是無效的。

❾ 在asp.net中如何模擬訪問網頁

• 安裝IIS應用程序初始化功能，如下圖所示：

  

• 總結：

  1、原理說明：IIS應用初始化會在網站第一次創建後或者對應網站的應用程序池回收後，自動開啟新程序池，並啟動網站初始化，模擬一次正常請求，使網站一直處於在線狀態。

  （此流程可以藉助第三方工具或者服務模擬網站請求達到相同目的）

  2、配置說明：

  （1）、啟用應用程序池（AlwaysRunning）：保證應用程序池在第一次創建或者被回收後，能自動再次重啟運行。

  （2）、啟用網站程序預載入（true）：保證程序池在啟動過後，網站能響應預載入動作。

  （3）、配置網站默認預載入路徑：保證程序在程序池啟動後，網站預載入過程中，能快速編譯程序並進駐內存，保證請求快速響應。

❿ 跪求一模擬大量用戶訪問網站，網站壓力測試的軟體， 最好有下載地址。。。。。必有重謝

建議你使用loadrunner11，錄制好腳本後，進行腳本優化，然後進行負載測試即可，但是如果要模仿大量不同的IP的話，還是無法穿過層層路由的。據我了解，loadrunner的IP欺騙功能只是支持區域網的。但是已經可以滿足你做壓力測試了。