A. 網速測試，上傳速度怎麼測，上傳文件都秒傳了，還是都是下載速度除4等於上傳速度
這個要看你的帶寬，上行和下行是否一致。一般上傳速度會小於下載速度。你可以下載個360雲盤工具里有測速功能。
B. 如何用apache ab進行文件上傳壓力測試
Apache附帶的ab工具（本機使用的PHP環境是WAMP集成環境，ab工具位於D:wampinapacheApache2.2.21in）非常容易使用，ab可以直接在Web伺服器本地發起測試請求，這至關重要，因為有些時候我們需要測試的僅僅是伺服器的處理性能，並不想摻雜著網路傳輸時間的影響。ab進行一切測試的本質都是基於HTTP的，所以可以說ab對於Web伺服器軟體的黑盒性能測試，獲得的一切數據和計算結果，都是可以通過HTTP來解釋的。
測試本機是否正確安裝ab工具，在power shell想將當前目錄定位到bin，輸入 .ab –V 命令，如果安裝正確，則會將其版本信息列印出來。
PSD:wampinapacheApache2.2.21in>.ab-V
ThisisApacheBench,Version2.3<$Revision:655654$>
Copyright1996AdamTwiss,ZeusTechnologyLtd,http://www.zeustech
,<ahref="http://www.apache.org/">http://www.apache.org/</a>
好了，一切就緒，下面提供一個壓力測試的實例：
輸入命令 PS
D:wampinapacheApache2.2.21in>.ab-n1000-c10http://localhost/index.php
ThisisApacheBench,Version2.3<$Revision:655654$>
Copyright1996AdamTwiss,ZeusTechnologyLtd,http://www.zeustech.net/
,http://www.apache.org/
Benchmarkinglocalhost(bepatient)
Completed100requests
Completed200requests
Completed300requests
Completed400requests
Completed500requests
Completed600requests
Completed700requests
Completed800requests
Completed900requests
Completed1000requests
Finished1000requests
ServerSoftware:Apache/2.2.21
ServerHostname:localhost
ServerPort:80
DocumentPath:/index.php
DocumentLength:211bytes
ConcurrencyLevel:10
Timetakenfortests:0.496seconds
Completerequests:1000
Failedrequests:0
Writeerrors:0
Non-2xxresponses:1000
Totaltransferred:400000bytes
HTMLtransferred:211000bytes
Requestspersecond:2015.93[#/sec](mean)
Timeperrequest:4.960[ms](mean)
Timeperrequest:0.496[ms](mean,acrossallconcurrentrequests)
Transferrate:787.47[Kbytes/sec]received
ConnectionTimes(ms)
minmean[+/-sd]medianmax
Connect:000.401
Processing:251.1412
Waiting:241.1412
Total:251.1512
(ms)
50%5
66%5
75%5
80%6
90%6
95%7
98%8
99%9
100%12(longestrequest)
下面開始解析這條命令語句：啟動ab，並出入三個參數（PS D:wampinapacheApache2.2.21in> .ab -n1000 -c10 http://localhost/index.php ）
-n1000 表示請求總數為1000
-c10 表示並發用戶數為10
http://localhost/index.php 表示這寫請求的目標URL
測試結果也一目瞭然，測試出的吞吐率為：Requests per second: 2015.93 [#/sec] (mean) 初次之外還有其他一些信息。
Server Software 表示被測試的Web伺服器軟體名稱
Server Hostname 表示請求的URL主機名
Server Port 表示被測試的Web伺服器軟體的監聽埠
Document Path 表示請求的URL中的根絕對路徑，通過該文件的後綴名，我們一般可以了解該請求的類型
Document Length 表示HTTP響應數據的正文長度
Concurrency Level 表示並發用戶數，這是我們設置的參數之一
Time taken for tests 表示所有這些請求被處理完成所花費的總時間
Complete requests 表示總請求數量，這是我們設置的參數之一
Failed requests 表示失敗的請求數量，這里的失敗是指請求在連接伺服器、發送數據等環節發生異常，以及無響應後超時的情況。如果接收到的HTTP響應數據的頭信息中含有2XX以外的狀態碼，則會在測試結果中顯示另一個名為 「Non-2xx responses」的統計項，用於統計這部分請求數，這些請求並不算在失敗的請求中。
Total transferred 表示所有請求的響應數據長度總和，包括每個HTTP響應數據的頭信息和正文數據的長度。注意這里不包括HTTP請求數據的長度，僅僅為web伺服器流向用戶PC的應用層數據總長度。
HTML transferred 表示所有請求的響應數據中正文數據的總和，也就是減去了Total transferred中HTTP響應數據中的頭信息的長度。
Requests per second 吞吐率，計算公式：Complete requests / Time taken for tests
Time per request 用戶平均請求等待時間，計算公式：Time token for tests/（Complete requests/Concurrency Level）
Time per requet(across all concurrent request) 伺服器平均請求等待時間，計算公式：Time taken for tests/Complete requests，正好是吞吐率的倒數。也可以這么統計：Time per request/Concurrency Level
Transfer rate 表示這些請求在單位時間內從伺服器獲取的數據長度，計算公式：Total trnasferred/ Time taken for tests，這個統計很好的說明伺服器的處理能力達到極限時，其出口寬頻的需求量。
Percentage of requests served within a certain time（ms） 這部分數據用於描述每個請求處理時間的分布情況，比如以上測試，80%的請求處理時間都不超過6ms，這個處理時間是指前面的Time per request，即對於單個用戶而言，平均每個請求的處理時間。
未完待續。。。
C. 怎樣測試自己的上傳速度!!!
利用金山毒霸10附帶網路測速功能可以測試，使用方法如下：
1、打開安裝好的金山毒霸10，點擊更多；
D. 寬頻上傳速度怎麼測試
網速一般分為下載速度和上傳速度，一般我們測算網速只是測試下載速度，只要電腦從網上下載速度快，用戶通常比較滿意。但你知道嗎?上傳速度也是值得關注的，尤其是在雲網路時代，很多朋友都要傳文件到網盤或者視頻網站，這里考驗的就是寬頻上傳速度了，下面本文教大家如何測試寬頻上傳速度，方法如下。
寬頻上傳速度怎麼測試
教你如何看電腦寬頻上傳速度
寬頻上傳速度怎麼測試？
要測試電腦寬頻上傳速度，其實也很簡單，主要包括測試法與上傳法，下面本文分別介紹下。
1、測試法
與測試寬頻下載速度一樣，寬頻上傳速度也是可以測試的，只不過有些測速工具，並不會顯示上傳速度。下面小編分享一個在線測試網站，裡麵包含上傳速度，方法如下。
1、首先在電腦中打開在線測速網站：speedtest.cn
然後點擊開始測試;
2、等待完成測試之後，就可以看到寬頻的下載速度與上傳速度了，如圖。
這種在線測試的方式並不是特別准確，只能反映個大概。比如小編電腦用的是20M光纖，測試的下載速度達到了4M，上傳速度則達到了3.15M，這顯然有點虛高了。
除了這種方法，大家還可以藉助一些測速軟體，這樣測試的結果更准確一些。
2、上傳法
由於在線測試或者使用軟體測試可能並不是很准確，因此最實際的測試方法，還是自己上傳文件來測試。我們可以將一個比較大的文件上傳到網盤或者准備一個視頻，上傳到優酷，這樣可以更為真實的看到寬頻上傳速度。
這里以上傳文件到網路網盤為例，首先打開網路網盤，然後選擇上傳文件，之後上傳一個壓縮文件，在上傳過程中，就可以看到最為真實的寬頻上傳速度了，如下圖。
如圖，在文件上傳的時候，可以看到寬頻上傳速度，比如這里的顯示544Kb/s，這個數值就相當比較真實。不過，需要注意的是，有些網站，比如網盤對用戶上傳速度進行了限制，因此這個測試也不一定完全准確，大家可以多測試一些大網站，數值比較准，比如去優酷上傳，小編測試了一下，最高上傳速度達到了900kb/s，這個數值更為接近實際值。
除了這種方法外，大家還可以藉助360安全衛士的流量球，看電腦實時上傳與下載速度，比如要測試上傳速度，可以同時在多個網盤上傳文件，這樣可以測試出電腦最大的上傳速度，這樣的數值才是最真實的水平。
關於寬頻上傳速度怎麼測試的方法就為大家介紹到這里，一般來說，ADSL撥號上傳的寬頻，下載速度和上傳速度的比值是8:1，比如4M的ADSL電話線上傳，理論下載速度是512kb/s，但理論上傳速度僅有
512/8=
64kb/s，這個上傳速度是非常慢的。
但如果是光纖寬頻的話，理論上下載速度和上傳速度可以做到是對等的，比如4M的光纖，下載速度可以達到512kb/s，上傳速度同樣可以達到512kb/s，但一般運營商會扣量上傳速度，因此真實情況往往光纖網路的上傳速度也比下載速度低一些，但遠沒有ADSL那麼嚴重。
E. 怎麼檢測已經上傳的文件的完整性
比較常用的有兩種
MD5驗證上傳文件的完整性
任何一個字元串或文件，無論是可執行程序、圖像文件、臨時文件或者其他任何類型的文件，也不管它體積多大，都有且只有一個獨一無二的MD5信息碼，並且如果這個文件被修改過，它的MD5碼也將隨之改變。只需要簡單地調用即可得到 MD5 的128 位整數。然後將此 128 位計 16 個位元組轉換成 16 進製表示即可。
OSS 校驗上傳文件的完整性
OSS上的object會有etag標簽，etag主要是用來判斷服務端數據是否存在變化。但是，這個標簽並不一定等同於文件的MD5值，所以不建議作為校驗數據一致性的依據。
如果需要校驗上傳到OSS的文件和本地文件是否一致，可以在上傳文件時攜帶文件的Content-MD5值，這時OSS服務端會幫用戶進行MD5校驗，只有在OSS伺服器接收到的文件MD5值和Content-MD5一致時才可以上傳成功，從而保證上傳數據的一致性。
F. 如何測試上傳速度
在測試上傳速度之前，要盡量關閉一切正在耗費網路的應用程序，如視頻客戶端、正在下載文件的下載軟體（如迅雷、QQ旋風）等。
關閉耗費網路的程序後，查看流量懸浮窗或其他可以觀察網速的程序，觀察是否還有程序在急劇耗費流量，若有則將其關閉，除了瀏覽器。
打開瀏覽器，在瀏覽器中打開網路官方網站，在搜索框中輸入「網速」並點擊「網路一下」按鈕進行搜索。
在搜索結果中會出現網路網頁應用工具，點擊網速測試工具界面中的「開始測速」按鈕來測試上傳速度。
如圖所示，等待片刻，測試結果就會顯示出來了。圖中詳細顯示了主機的上傳速度。你還可以點擊「重新測試」按鈕重新測試網路上傳速度。
G. 怎麼寫html5斷點上傳文件的測試用例
主要思路就是將文件切分，然後分塊上傳。
html5 裡面有讀取文件分割文件的類庫，所以才可以支持斷點上傳，所以這個只能在html5 支持的瀏覽器上面展示。
同時，在js 和 java 同時使用 cr32 進行文件塊的校驗，保證數據上傳正確。
代碼在使用了最新的servlet 3.0 的api，使用了非同步執行，監聽等方法。
http://www.open-open.com/lib/view/1420970480875
H. 如何實現自動化測試中的文件上傳
問題
在各式各樣的網站中，上傳文件是非常普遍的功能，但是當您試圖用自動化的方式來實現文件上傳時，往往會在處理瀏覽器的文件瀏覽窗口時出錯，因為這個文件瀏覽窗口是自動化框架無法處理的。
您可能會考慮藉助於第三方的工具，比如 AutoIt 來處理這個窗口，雖然短期之內您可以解決這個問題，但是從長遠來看，您的自動化測試將會嚴重依賴於某個特定的環境（比如AutoIt就僅僅支持Windows）。
Selenium的實現方案
通過一些額外的配置，Selenium可以讓瀏覽器在執行的時候直接獲取文件的完整路徑，而無需彈出文件瀏覽窗口，讓用戶來進行選擇。下面就讓我們來看一個用Ruby寫的例子。
首先讓我們導入一些必要的庫，比如（selenium-webdriver來驅動瀏覽器，rspec/expectations和RSpec::Matchers來做斷言），接著是重點，實現自動化上傳的代碼來啦：
run do
filename = 'some-file.txt'
file = File.join(Dir.pwd, filename)
@driver.get 'http://the-internet.herokuapp.com/upload'
@driver.find_element(id: 'file-upload').send_keys file
@driver.find_element(id: 'file-submit').click
uploaded_file = @driver.find_element(id: 'uploaded-files').text
expect(uploaded_file).to eql filename
end
下面來講解一下這段代碼是如何工作的，首先我們假設文件就和測試腳本在一個目錄，因此將文件名filename和當前路徑拼起來，就得到了文件的完整路徑file，接著打開瀏覽器，進入上傳頁面，直接將這個完整路徑賦值給input[type=file]控制項，提交表單即可。最後，我們從頁面上獲取文件名，和原始文件名進行比較，以確認上傳是否成功。
是不是超簡單，更重要的是，這段代碼是瀏覽器無關的，我們在Firefox、Chrome、Safari和IE8以上各個版本均測試通過！
SWATHub的實現方案
如果您連代碼都不想寫，那麼SWATHub可以滿足您的需求，首先我們來導入這個upload頁面，如下圖所示：
接著在流程編輯器中，只需要將Upload操作拖入，並且把上傳文件的完整路徑設置為參數即可，是不是完全不費吹灰之力呢。
最後，我們可以再添加一個畫面自動驗證的系統操作，進行斷言。
I. 怎麼測試電腦的上傳速度
1、打開電腦，確認電腦上有電腦管理或安全衛士之類的防毒軟體，雙擊桌面右下角系統托盤中的電腦管家圖標；
J. 怎麼通過MockHttpServletRequest測試文件上傳
測試struts應該不是用MockHttpServletRequest吧~~你要用的話， HttpServletRequest在對開enctype=multipart-data的請求應該是request.getInputStream()，你要模擬的話，你模擬http請求中的這段inputStream。
MockHttpServeltRequest req = new MockHttpServeltRequest(){
public InputStream getInputStream(){
... 這里覆蓋些方法
}
}
然後你測試要確保不對環境有依賴。如果是用strutsSpringTestCase，最後判斷是否上傳成功的標示在Action中的那個File文件是否存在，大小跟預期是否相同。