網絡測試的類型和方法

以下記錄的是在移動應用的測試過程中，使用到的網絡測試的方法和類型。

1. 普通手機流量網絡測試

主要是在2g/3g/4g網絡下進行的測試。

主要關注的點是在該往網絡模式下，是否每個需要聯網的功能點都覆寫。

覆寫才是王道，哪怕最小的有個按鈕，如果送出的時候在2g/3g/4g下出現問題，都是需要修複的問題。

另外如果是下載下傳測試，我個人覺得不太主張用2g流量去下超過1m的檔案，之前的項目中也用到了下載下傳，而我再測試過程中的準則是：

1m以下的成功率能保持在80%甚至更少70%，即通過。

如果下載下傳失敗提示合适的文字資訊告訴客戶失敗了。

并且失敗之後不産生程式的崩潰問題即可。

1m以上的檔案，由于下載下傳逾時，等種種問題的存在，我也沒有過多的考慮。不能越過的底線是，下載下傳失敗，提示合适的資訊，程式不産生崩潰，不對客戶産生更多不好的印象，即可。

注：個人覺得4g的到來必然會淘汰2g的存在隻是路還很長。

2. wifi網絡測試

主要是在wifi信号強度好的情況下進行的聯網功能點的周遊。沒有什麼好說的，做移動應用測試，必然會考慮的東西。

3. dns設定之後的測試

在ios的系統中，wifi連接配接之後，可以使用wifi的設定總修改dns，感謝joey的幫助，之前我也沒有接觸過此類的情況，他的說法是，在某些特定的dns會對app

store的下載下傳速度産生影響。有些人是這麼用的。

是以有需求就得測試。一般我會修改為114.114.114.114然後進行測試，確定周遊所有的聯網功能點。

4. proxy環境的測試

這個是稍微複雜的東西，一般人不會使用proxy的網絡模式。但是某些特定的公司可能為了逃避收費軟體的查封，是以會用代理伺服器的方式上網。

測試的時候使用筆記本連接配接網絡，打開wifi，啟動ccproxy，配置好相應的資訊的方式，手機連接配接和筆記本相同網絡環境下的wifi，設定proxy的方式進行測試。

這同樣也是根據不同的移動應用使用的人群進行的測試。

5. vpn的環境測試

某些時候，客戶會使用vpn的網絡環境，跳到國外的伺服器去通路facebook

或者推特等之類的應用，如果客戶的網絡環境不發生改變，則需要我們測試vpn環境下運作我們自己的移動應用的具體情況。

之前的公司是提供相應的vpn收費賬号的方式進行測試的。想做國際化應用的公司，應該肯定要考慮這條的。

6.wifi拔線的網絡測試

這種是被開發成為超級變态的測試方式，我一直在用，開發一直在抱怨，但是沒辦法，它的使用有一定的目的。

我們并沒有一種完美的方式來模拟在網絡極度差的情況（我的期望是有一種裝置放在測試機上，對其産生一定影響，根據調整的影響度數不同，來實作網絡幹擾進而達到模拟網絡差的情況，而且必須很便宜。。。）

某些時候wifi拔線的測試方式和網絡差的情況下比較相似

測試方法是，在連接配接wifi的情況下，進入到需要點選聯網按鈕之前，拔去wifi的資料線，造成有wifi信号但是沒有網絡的模式。看網絡請求的逾時情況，和逾時之後的提示資訊等個方面的資訊。

7. wifi限制上傳和下載下傳速度的方式進行測試

在路由器中設定某個連接配接的上行和下行的速度，但是這種方式測試下來效果并不好，在某些下載下傳的應用中可能會明顯的展現，但是如果想用這樣的方式來模拟2g網絡的具體運作情況，其實是走錯了路。

2g卡本來就不貴，何不買張2g卡呢。

8. 路由器中的白名單或者黑名單的網絡模式下的測試

某些路由器可以在其中設定白名單或者黑名單，之前也做過這方面的測試。譬如，客戶的路由器隻能通路接口所在的域名，www.baidu.com

除此之外沒有其他的網站可以通路。

從測試結果來看其實也是不盡如人意的。

主要問題：

怎麼樣模拟客戶的設定，路由器千差萬别，設定方式不盡如人意，沒有找到一個完美的方式進行測試。

使用tplink的路由器模拟的時候，被逼無奈在接口通路的時候，資料放在header中才能正常送出。一般情況下是在body中存放資料，header隻放一些很少的東西，具體不懂。但是為了配合這樣的網絡模式測試，使得開發去妥協使用這種小衆的處理方式，我覺得不是一種偉大，而且風險太大，可能會造成更多的問題。

9. socket長連接配接的測試。

吊絲一個，進入的公司沒有一家在做socket長連接配接的方式來控制網絡，是以沒有經驗，但是期待未來可以嘗試這方面的測試工作。