軟件測試_Fiddler抓包工具一

多數資料摘抄至 https://www.cnblogs.com/miantest/p/7289694.html

1、在 macOS 下如何安裝 （https://www.telerik.com/fiddler）

首先，Mac下須要使用.Net編譯後的程序，須要用到跨平臺的方案Mono(現階段微軟已推出跨平臺的方案.Net Core，不過暫時只支持控制檯程序)。安裝程序能夠從http://www.mono-project.com/download/#download-mac地址下載。

安裝完後，在Terminal裏執行如下命令：一、/Library/Frameworks/Mono.framework/Versions/5.16.0/bin/mozroots --import --sync  ⚠️ 5.16.0 的地方寫對應的 Mono.framework 版本

此步是爲了從Mozilla LXR上下載全部受信任的root證書，存於Mono的證書庫裏。root證書能用於請求https地址。

 

二、接下來若是想要運行Fiddler，還須要把Mono加入到環境變量中。編輯.bash_profile文件：

sudo vi ~/.bash_profile

加入文本

export MONO_HOME=/Library/Frameworks/Mono.framework/Versions/5.0.1

export PATH=$PATH:$MONO_HOME/bin

⚠️ 5.0.1 改爲本身的 Mono.framework 版本

保存後從新打開Terminal，Mono環境已裝好。

 

三、Fiddler的安裝

從Fiddler官網https://www.telerik.com/download/fiddler下載fiddler-mac.zip的壓縮包。解壓到非中文字符的路徑下。

Fiddler運行，先 cd 到 Fiddler 的路徑下面

打開Terminal，進入到剛纔解壓的Fiddler路徑，執行命令運行：

sudo mono Fiddler.exe  

若是報錯的話就用 mono --arch=32 Fiddler.exe 這個命令

 

2、Fiddler 基礎？（多數資料摘抄至 https://www.cnblogs.com/wangning528/p/6388464.html）

Fiddler 是啥：Fiddler 是位於客戶端和服務器端的 HTTP 代理，目前最經常使用的 HTTP 抓包工具，可以記錄客戶端和服務器端的全部 HTTP 請求，能夠針對特定的 HTTP 請求，分析請求數據、設置斷點、調試 web 應用，修改請求的數據，甚至能夠修改服務器返回的數據，功能很是強大，是 web 調試的利器。

學習的前提，必須懂 HTTP 相關知識：

 

一、瞭解 web 及 網絡基礎

HTTP 

a ：超文本傳輸協議，是一種通訊協議，它容許將文本標記語言（html）文檔從 web 服務器傳送到客戶端的瀏覽器，是一個應用層協議，由請求和響應構成，HTTP 是一個無狀態的協議（同一個客戶端此次請求和上次請求是沒有對應關係的）。（網絡協議：網絡中數據交換而創建的規則，由於兩個數據終端所用字符集不一樣，因此要用協議讓它們轉化成另外一個客戶端認識的） 

b  : HTTP 的端口號爲 80， HTTPS 的端口號爲 443 （端口號：當一臺電腦啓動了一個讓遠程電腦訪問的程序，那麼它就須要開啓至少一個端口號來讓外界訪問，因此當一個系統開啓了一個可讓外界訪問的程序後天然須要在房間上開一個窗口來接受外界的訪問，這個窗口就是端口，那爲何要給端口編號來區分它們呢？既然一個程序開了一個端口，那麼不是外部信息均可以經過這個開啓的端口來訪問了嗎？答案是不能夠，由於數據是端口號來通知傳輸協議送給哪一個軟件來處理的，數據是沒有智慧的，若是不少程序共用一個端口來接受程序的話，那麼外界的一個數據包送來的傳輸層就不知道該送給哪一個軟件來處理，這樣勢必會混亂。摘抄至：https://blog.csdn.net/flying_man_/article/details/79392923）

c  :工做流程

一次 HTTP 操做稱爲一個事務

1） 客戶機和服務器須要創建鏈接，只要單擊某個超級連接，HTTP 開始工做。

2） 創建鏈接後，客戶機發送一個請求給服務器，請求方式的格式爲：統一資源標識符（URL）、協議版本號，MIME 信息包括請求修飾符、客戶機信息和可能的內容。

3） 服務器接收請求後，給予相應的相應信息，其格式爲一個狀態行，包括信息的協議版本號、一個成功或者錯誤的代碼，後面是 MIME 信息包括服務器信息、實體信息和可能的內容

4）客戶端接收服務器所返回的信息經過瀏覽器顯示在用戶的顯示屏桑，而後客戶機與服務器斷開連接。

若是以上過程當中的某一步出現錯誤，那麼產生錯誤的信息將返回到客戶端，有顯示屏輸出，對於用戶來講，這個過程是由 HTTP 本身完成的，用戶只須要鼠標點擊，等待信息顯示就 OK 了。

 

3、瞭解 Fiddler 各個字段的含義（多數資料摘抄至 https://www.cnblogs.com/miantest/p/7289694.html） 如何抓取瀏覽器的 數據包？

#：順序號，按照抓包的順序從1遞增

Result：HTTP狀態碼　 （ 200 ：一切 OK ；500("Bad Request」)； 502("Bad Gateway")）　　　　　

Protocol：請求使用的協議，如HTTP/HTTPS/FTP等（HTTPS簡略講是HTTP的安全版）

HOST：請求地址的主機名或域名（好比我要登陸百度，而後請求的主機名就是 www.baidu.com）

URL：請求資源的位置

Body：請求大小

Caching：請求的緩存過時時間或者緩存控制值

Content-Type：請求響應的類型

Process：發送此請求的進程ID

Comments：備註 

Custom：自定義值

 

3）每一個Fiddler抓取到的數據包都會在該列表中展現，點擊具體的一條數據包能夠在右側菜單點擊Insepector查看詳細內容。主要分爲請求（即客戶端發出的數據）和響應（服務器返回的數據）兩部分。

 4）HTTP Request Header：以百度爲例，查看請求百度主頁這條數據包的請求數據，從上面的Headers中能夠看到以下內容：

請求方式：GET

協議： HTTP/1.1

Client 頭域：

Accept: text/html, application/xhtml+xml, image/jxr, */*                             ---------瀏覽器端能夠接受的媒體類型

Accept-Encoding: gzip, deflate                                                                  ---------壓縮方法

Accept-Language: zh-CN                                                                          ---------語言類型

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393                             ---------客戶端使用的操做系統和瀏覽器的名稱和版本

COOKIE頭域：將cookie值發送給服務器(web 服務器經過發送一個稱爲 Set-Cookie 的 HTTP 消息頭來建立一個 cookie，而後存儲在用戶電腦上，在隨後的請求中將這些信息發送至服務器，web 服務器就可使用這些信息來識別不一樣用戶。)

Transport 頭域：

Connection：當網頁打開完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP鏈接是否關閉。keep-alive表示不會關閉，客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經創建的鏈接；close表示關閉，客戶端再次訪問這個服務器上的網頁，須要從新創建鏈接。

HOST：主機名或域名，若沒有指定端口，表示使用默認端口80.

　　5）HTTP Response Header：繼續以百度爲例，如圖所示：

協議：HTTP/1.1

狀態碼：200

Cache頭域：

Cache-Control: private                                               ---------此響應消息不能被共享緩存處理，對於其餘用戶的請求無效

Date: Sat, 05 Aug 2017 04:37:43 GMT                      ---------生成消息的具體時間和日期

Expires: Sat, 05 Aug 2017 04:37:42 GMT                  ---------瀏覽器會在指定過時時間內使用本地緩存

Cookie/Login 頭域：

Set-Cookie: BDSVRTM=264; path=/                           ---------把cookie發送到客戶端

Set-Cookie: BD_HOME=1; path=/

Set-Cookie: H_PS_PSSID=1425_21097_22157; path=/; domain=.baidu.com

Entity頭域

Content-Length: 202740                                              ---------正文長度

Content-Type: text/html;charset=utf-8                         ---------告知客戶端服務器自己響應的對象的類型和字符集

Miscellaneous 頭域：

Bdpagetype: 2

Bdqid: 0x99791efd00036253

Bduserid: 2577220064

Server: BWS/1.1                                                          ---------指明HTTP服務器的軟件信息

X-Ua-Compatible: IE=Edge,chrome=1

Security頭域：

Strict-Transport-Security: max-age=172800                ---------基於安全考慮而須要發送的參數，關於這個參數的解釋，請參考：http://www.freebuf.com/articles/web/66827.html

Transport頭域：

Connection: Keep-Alive

6）TextView：顯示請求或響應的數據。

7）WebForms：請求部分以表單形式顯示全部的請求參數和參數值；響應部分與TextView內容是同樣的。

8）Auth：顯示認證信息，如Authorization

9）Cookies：顯示全部cookies

10）Raw：顯示Headers和Body數據

11）JSON：若請求或響應數據是json格式，以json形式顯示請求或響應內容

12）XML：若請求或響應數據是xml格式，以xml形式顯示請求或響應內容

13）上面是以百度主頁爲例，百度主頁採用的是GET請求，在TextView中沒有請求body，咱們再以無憂行網站登陸接口爲例，它是一個POST請求，除了請求頭外，在TextView中多了請求數據。這也是GET請求和POST請求的一個區別。GET請求是將請求參數放在url中，而POST請求通常是將請求參數放在請求body中。

 

總結：經過Fiddler能夠抓取請求和響應參數，經過對參數進行分析，能夠定位是前端仍是後臺問題。例如咱們在測試登陸接口時，輸入了正確的手機號和密碼，但前端提示「請輸入正確的用戶名和密碼」；僅僅經過界面提示咱們只能描述bug表象，但不能分析出問題緣由。假設經過抓包咱們發現是因爲前端參數名錯誤或參數值爲空，從而致使後臺報錯。這個時候咱們將bug指向前端開發人員，並將參數數據和接口文檔中對應的報文數據做爲附件上傳，是否是能夠提升bug的解決效率呢？Fiddler在實際的功能測試中有很大的做用，一方面幫助咱們更好的瞭解某個業務中客戶端和服務器端是經過哪些接口進行請求的，從而更好的瞭解代碼邏輯；另外一方面，咱們還能夠經過響應數據判斷哪裏出現了問題，例如可能服務器程序掛了，致使前端報「服務器故障」，這時咱們經過抓包發現響應數據返回502，這時咱們能夠手動去重啓服務或是聯繫運維重啓服務，從而提升問題的解決效率。（能夠根據返回響應數據是多少 （50二、500 什麼的，推測是什麼 bug）

4、如何抓取手機 APP 的數據包(https://www.cnblogs.com/miantest/p/7290176.html)，我用本身的 Apple 手機，沒有成功，我懷疑是由於 macOS 安裝 Fiddler 的問題，由於我設置 Fiddler 的 option ，設置之後要重啓，可是沒有重啓後個人設置數據就還原了。