目錄

一、禪道

一、測(cè)試工具背景

二、測(cè)試管理工具

三、測(cè)試工具介紹

四、禪道介紹

五、禪道操作

7. 創(chuàng)建發(fā)布

8. 測(cè)試團(tuán)隊(duì)

二、缺陷報(bào)告

三、測(cè)試報(bào)告

一、概要

二、測(cè)試過程

三、缺陷分析

四、測(cè)試總結(jié)

四、接口測(cè)試以及用例編寫

五、Fiddler

好文推薦

一、禪道

一、測(cè)試工具背景

當(dāng)測(cè)試環(huán)境搭建完成后，測(cè)試人員將在自己搭建的環(huán)境上執(zhí)行測(cè)試用例，開展測(cè)試工作。測(cè)試人員在執(zhí)行測(cè)試用例的過程中，如發(fā)現(xiàn)實(shí)際結(jié)果與預(yù)期結(jié)果不一致， 則意味著出現(xiàn)Bug (缺陷、錯(cuò)誤、問題)。當(dāng)測(cè)試人員發(fā)現(xiàn)了Bug之后，就需要把Bug提交給開發(fā)人員進(jìn)行修復(fù)。那測(cè)試人員應(yīng)如何記錄一個(gè)Bug呢?測(cè)試人員通過什么工具把Bug轉(zhuǎn)發(fā)給開發(fā)人員的呢?測(cè)試人員提交完Bug后又如何做回歸測(cè)試呢?本章將對(duì)提交Bug所涉及的各種問題進(jìn)行詳細(xì)介紹。提交Bug不僅僅是測(cè)試人員價(jià)值的體現(xiàn)，也是測(cè)試人員迓開發(fā)人員溝通的重要橋梁，Bug 的數(shù)量和質(zhì)量將會(huì)對(duì)軟件質(zhì)量的改善起到重要的推動(dòng)作用。

二、測(cè)試管理工具

測(cè)試管理工具是指在軟件開發(fā)過程中，對(duì)測(cè)試需求、計(jì)劃、用例和實(shí)施過程進(jìn)行管理、對(duì)軟件缺陷進(jìn)行跟蹤處理的工具。通過使用測(cè)試管理工具，測(cè)試人員或開發(fā)人員可以更方便地記錄和監(jiān)控每個(gè)測(cè)試活動(dòng)、階段的結(jié)果，找出軟件的缺陷和錯(cuò)誤，記錄測(cè)試活動(dòng)中發(fā)現(xiàn)的缺陷和改進(jìn)建議。通過使用測(cè)試管理工具，測(cè)試用例可以被多個(gè)測(cè)試活動(dòng)或階段復(fù)用，可以輸出測(cè)試分析報(bào)告和統(tǒng)計(jì)報(bào)表。有些測(cè)試管理工具可以更好地支持協(xié)同操作，共享中央數(shù)據(jù)庫，支持并行測(cè)試和記錄，從而大大提高測(cè)試效率。

三、測(cè)試工具介紹

目前市場上主流的軟件測(cè)試管理工具有：TestCenter（澤眾軟件出品）、TestDirector（MI公司TD，8.0后改成QC），TestManager（IBM），QADirector（Compuware），TestLink（開源組織），QATraq（開源組織），oKit (統(tǒng)御至誠)，Jira 管理工具，禪道。

測(cè)試管理包含的內(nèi)容有：測(cè)試框架、測(cè)試計(jì)劃與組織、測(cè)試過程管理、測(cè)試分析與缺陷管理。

四、禪道介紹

1. 禪道簡介

禪道由青島易軟天創(chuàng)網(wǎng)絡(luò)科技有限公司開發(fā)，國產(chǎn)開源項(xiàng)目管理軟件。它集產(chǎn)品管理、項(xiàng)目管理、質(zhì)量管理、文檔管理、組織管理和事務(wù)管理于一體，是一款專業(yè)的研發(fā)項(xiàng)目管理軟件，完整覆蓋了研發(fā)項(xiàng)目管理的核心流程。

禪道官方網(wǎng)站：http://www.zentao.net/

官網(wǎng)使用步驟詳解：http://www.zentao.net/book/zentaopmshelp/38.html

2. 禪道項(xiàng)目管理系統(tǒng)的特點(diǎn)

第一款完整涵蓋產(chǎn)品管理、任務(wù)管理、測(cè)試管理的開源管理軟件，使用一個(gè)軟件解決項(xiàng)目管理核心問題。

基于國際流行的敏捷管理方式scrum。

B/S Broswer/Server C/S Client/Server 架構(gòu)，方便部署、使用。

概念簡單，容易上手。

開源的項(xiàng)目管理軟件，可自由進(jìn)行定制，修改。

免費(fèi)的項(xiàng)目管理軟件，降低企業(yè)的投入成本。

自主的開發(fā)框架，預(yù)留擴(kuò)展機(jī)制，通過第三方的插件擴(kuò)展獲得更多的功能。

3. 禪道系統(tǒng)的功能列表

產(chǎn)品管理：包括產(chǎn)品、需求、計(jì)劃、發(fā)布、路線圖等功能。

項(xiàng)目管理：包括項(xiàng)目、任務(wù)、團(tuán)隊(duì)、版本、燃盡圖等功能。

質(zhì)量管理：包括bug、測(cè)試用例、測(cè)試任務(wù)、測(cè)試結(jié)果等功能。

文檔管理：包括產(chǎn)品文檔庫、項(xiàng)目文檔庫、自定義文檔庫等功能。

事務(wù)管理：包括todo管理，我的任務(wù)、我的Bug、我的需求、我的項(xiàng)目等個(gè)人事務(wù)管理功能。

組織管理：包括部門、用戶、分組、權(quán)限等功能。

統(tǒng)計(jì)功能：豐富的統(tǒng)計(jì)表。

搜索功能：強(qiáng)大的搜索，幫助您找到相應(yīng)的數(shù)據(jù)。

擴(kuò)展機(jī)制，幾乎可以對(duì)禪道的任何地方進(jìn)行擴(kuò)展。

api機(jī)制，所見皆API，方便與其他系統(tǒng)集成。

4. 用戶角色

image.png

禪道管理軟件中，核心的三種角色：產(chǎn)品經(jīng)理、研發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)，這三者之間通過需求進(jìn)行協(xié)作，實(shí)現(xiàn)了研發(fā)管理中的三權(quán)分立。其中產(chǎn)品經(jīng)理整理需求，研發(fā)團(tuán)隊(duì)實(shí)現(xiàn)任務(wù)，測(cè)試團(tuán)隊(duì)則保障質(zhì)量，其三者的關(guān)系如下圖：

image.png

5.禪道的安裝

5.1.雙擊文件，安裝(解壓)

image.png

注意：必須安裝在 英文目錄下。

5.2.查看目錄

image.png

image.png

image.png

image.png

點(diǎn)擊服務(wù)：apche可以選擇80或88端口，mysql可以選擇3306或3308端口

點(diǎn)擊訪問禪道，頁面會(huì)自動(dòng)跳轉(zhuǎn)到禪道的頁面。

也可以直接訪問http://localhost/zentao/?管理用戶：admin，密碼 123456

備注：如果你啟動(dòng)的是88端口，請(qǐng)使用http://localhost:88/zentao來訪問。

image.png

5.3. 登錄

image.png

5.4.登錄成功

第一次登錄成功自動(dòng)跳轉(zhuǎn)修改密碼界面。

image.png

五、禪道操作

人員管理

權(quán)限分配

產(chǎn)品控制

項(xiàng)目控制

編寫用例

提交缺陷(bug)

1. 人員管理

使用 管理員（admin）登錄后將出現(xiàn)的頁面

image.png

1.1.添加部門

進(jìn)入“組織” → “部門” 的頁面，新建三個(gè)部門并保存

image.png

1.2.添加用戶

進(jìn)入“組織” → “用戶” → “+添加用戶”的鏈接頁面，添加“項(xiàng)目經(jīng)理”賬戶并保存，郵箱和源代碼賬號(hào)可以為空，其中“您的系統(tǒng)登錄密碼”我管理員admin的密碼。

image.png

image.png

1.3.添加產(chǎn)品經(jīng)理

image.png

1.4.添加開發(fā)人員

image.png

1.5.添加測(cè)試人員

image.png

賬號(hào)：hgx hgx123457

mayan mayan123457

wangqing wangqing123457

1.6 添加成功展示效果

image.png

2. 創(chuàng)建產(chǎn)品

在禪道中，產(chǎn)品是一切的核心，所有的東西基本上都是圍繞產(chǎn)品展開。那么如何創(chuàng)建第一個(gè)產(chǎn)品呢？

產(chǎn)品經(jīng)理登錄禪道，進(jìn)入“產(chǎn)品” → “+添加產(chǎn)品”的鏈接頁面，新建產(chǎn)品并保存。

image.png

image.png

在這個(gè)頁面中，產(chǎn)品名稱和產(chǎn)品代號(hào)是必填的。比如，我們創(chuàng)建一個(gè)“測(cè)試產(chǎn)品”，代號(hào)為test。點(diǎn)擊保存。

3.添加需求

添加了產(chǎn)品之后，需要?jiǎng)?chuàng)建一個(gè)需求。

所謂需求，就是來描述一件事情，如模板：作為一名<某種類型的用戶>，我希望<達(dá)成某些目的>，這樣可以<開發(fā)的價(jià)值>。這樣的需求，有用戶角色，有行為，也有目的和價(jià)值所在，非常方便與團(tuán)隊(duì)成員進(jìn)行溝通。

創(chuàng)建需求的步驟如下：

1.產(chǎn)品經(jīng)理登錄禪道。

2.進(jìn)入產(chǎn)品視圖。

3.在頁面右側(cè)，有“新增需求”菜單，點(diǎn)擊菜單，出現(xiàn)新增需求的頁面。

4.需求的創(chuàng)建頁面，預(yù)計(jì)工時(shí)和需求名稱都為必填項(xiàng)。預(yù)計(jì)工時(shí)，也就是你估計(jì)完成這個(gè)需求大約多少個(gè)小時(shí)。

image.png

image.png

注意：由誰評(píng)審，選擇不需要評(píng)審，這樣新創(chuàng)建的需求狀態(tài)是激活狀態(tài)。只有激活狀態(tài)的需求才能關(guān)聯(lián)到項(xiàng)目中，進(jìn)行開發(fā)。

4.創(chuàng)建項(xiàng)目

創(chuàng)建了產(chǎn)品和需求以后，需要?jiǎng)?chuàng)建一個(gè)項(xiàng)目，來完成這個(gè)需求。在實(shí)際的情況中，肯定會(huì)有多個(gè)需求。那么如何確定一個(gè)項(xiàng)目中該做哪些需求呢？應(yīng)該對(duì)需求進(jìn)行優(yōu)先級(jí)的排列，并根據(jù)項(xiàng)目的周期和參與的人手來決定。

4.1 項(xiàng)目經(jīng)理登錄禪道，點(diǎn)擊“添加項(xiàng)目”

image.png

image.png

4.2 點(diǎn)擊創(chuàng)建項(xiàng)目中的“保存”，系統(tǒng)將自動(dòng)跳轉(zhuǎn)到下圖：

image.png

4.3 點(diǎn)擊“設(shè)置團(tuán)隊(duì)”鏈接進(jìn)入“團(tuán)隊(duì)成員”頁面，如下圖：

image.png

4.4 點(diǎn)擊“團(tuán)隊(duì)管理”鏈接進(jìn)入“團(tuán)隊(duì)管理”頁面，添加團(tuán)隊(duì)成員并保存，如下圖：

image.png

4.5 進(jìn)入“項(xiàng)目” → “需求” → “+關(guān)聯(lián)需求”的鏈接頁面來關(guān)聯(lián)該項(xiàng)目的需求并保存，如下圖：

關(guān)聯(lián)需求.png

單擊保存.png

4.6單擊圖中的“保存”按鈕后看到積云商城第一期項(xiàng)目所關(guān)聯(lián)的需求，如圖：

保存.png

4.7單擊上圖中的“批量分解”的鏈接按鈕進(jìn)入“批量創(chuàng)建”頁面，并進(jìn)行任務(wù)指派、保存，如下圖：

關(guān)聯(lián)需求成功.png

批量創(chuàng)建任務(wù).png

5. 開發(fā)人員領(lǐng)取任務(wù)，并提交測(cè)試版本

5.1. 查看任務(wù)

開發(fā)人員登錄禪道系統(tǒng)，進(jìn)入“我的地盤” → “任務(wù)” →的鏈接頁面就可以查看項(xiàng)目經(jīng)理分配的任務(wù)

查看任務(wù).png

5.2. 完成任務(wù)

當(dāng)開發(fā)人員完成某一項(xiàng)任務(wù)時(shí)，可以單擊右側(cè)完成按鈕，在彈出的對(duì)話框中設(shè)置消耗的事假并保存即代表改任務(wù)完成，如下圖：

完成任務(wù).png

5.3. 創(chuàng)建版本

當(dāng)開發(fā)人員全部完成任務(wù)時(shí)，便可提交相應(yīng)的測(cè)試版本，進(jìn)入“項(xiàng)目” → “版本”的鏈接頁面進(jìn)行版本的創(chuàng)建，如下圖：

創(chuàng)建版本.png

5.4. 點(diǎn)擊“+創(chuàng)建版本”鏈接進(jìn)行版本創(chuàng)建，并保存，如下圖：

創(chuàng)建測(cè)試版本.png

6. 通過禪道系統(tǒng)來追蹤Bug

在上一節(jié)中開發(fā)人員已經(jīng)通過禪道系統(tǒng)提交了可測(cè)試的版本，接下就由測(cè)試人員來執(zhí)行測(cè)試，并提交Bug。

6.1. 查看任務(wù)

測(cè)試人員登錄禪道系統(tǒng)，進(jìn)入“項(xiàng)目” → “任務(wù)” → 的鏈接頁面，此時(shí)就可以查看項(xiàng)目經(jīng)理分配給測(cè)試人員的 任務(wù)，如下圖：

查看任務(wù).png

6.6.2. 提交bug

假設(shè)測(cè)試人員已經(jīng)完成測(cè)試用例設(shè)計(jì)并測(cè)試用例執(zhí)行完畢，并且在測(cè)試中發(fā)現(xiàn)了問題，那么測(cè)試人員就要通過禪道提交Bug給開發(fā)人員。

測(cè)試人員，進(jìn)入 “測(cè)試” → “Bug” 的鏈接頁面，如下圖：

提交bug.png

6.3. bug提交

單擊“提交bug”鏈接進(jìn)入到提交Bug的頁面，此時(shí)可以提交Bug并進(jìn)行相應(yīng)保存，如下圖：

Bug提交.png

image.png

6.4. 查看bug

開發(fā)人員登錄禪道系統(tǒng)，進(jìn)入 “測(cè)試” → “Bug”的鏈接頁面，此時(shí)就可以看到測(cè)試人員提交的bug，如下圖：

image.png

6.5. 完成解決

開發(fā)人員修復(fù)好該bug之后，就會(huì)單擊“解決”按鈕，在彈出對(duì)話框中設(shè)置解決信息并保存，那么此時(shí)Bug就已經(jīng)解決完成，如下圖：

image.png

6.6. 關(guān)閉Bug

測(cè)試人員登錄禪道系統(tǒng)，并驗(yàn)證所提Bug是否被開發(fā)人員修復(fù)好，如經(jīng)驗(yàn)證，此Bug已被解決，將會(huì)彈出“關(guān)閉”按鈕，并備注相關(guān)信息，如下圖：

image.png

image.png

點(diǎn)擊“保存”后，“解決”按鈕變?yōu)榛疑c(diǎn)擊“關(guān)閉”，彈出如下圖：

image.png

6.7. 查看狀態(tài)

當(dāng)測(cè)試人員再次查看此Bug時(shí)，此Bug為關(guān)閉狀態(tài)，如圖所示：

image.png

6.8. 如果沒有解決

如果測(cè)試 人員驗(yàn)證此bug發(fā)現(xiàn)并沒有解決，就會(huì)再次編輯此bug，并將bug的狀態(tài)設(shè)置為激活狀態(tài)并重新指派給開發(fā)人員。

至此，bug的基本流程已經(jīng)完成。

7. 創(chuàng)建發(fā)布

當(dāng)某一期的項(xiàng)目結(jié)束后，如果這一期的版本可以對(duì)外發(fā)布，此時(shí)產(chǎn)品經(jīng)理的一個(gè)職責(zé)就是創(chuàng)建一個(gè)發(fā)布。創(chuàng)建發(fā)布的意義在于告知相關(guān)部門人員，有新產(chǎn)品上線，可以讓相關(guān)人員繼續(xù)開展工作。

創(chuàng)建發(fā)布的步驟：

1.產(chǎn)品經(jīng)理進(jìn)入產(chǎn)品視圖，選擇“發(fā)布列表”。

2.點(diǎn)擊【創(chuàng)建發(fā)布】，進(jìn)入創(chuàng)建發(fā)布頁面。

3.填寫必填項(xiàng)：發(fā)布名稱、Build和發(fā)布日期。

注意：發(fā)布的前提是要?jiǎng)?chuàng)建一個(gè)Build。

image.png

image.png

8. 測(cè)試團(tuán)隊(duì)

8.1.Bug處理

測(cè)試 → bug → 提bug → 生成bug列表

8.2.測(cè)試用例操作

1.1.4.修改用例

用例操作

1.1.5.執(zhí)行測(cè)試用例

1.1.6.設(shè)置第三個(gè)測(cè)試用例執(zhí)行失敗

1.1.7.可以直接將執(zhí)行失敗的用例轉(zhuǎn)成bug

六、禪道使用流程總結(jié)

人員管理（admin）：添加部門 → 添加用戶

創(chuàng)建產(chǎn)品（產(chǎn)品經(jīng)理）：產(chǎn)品 → 添加產(chǎn)品

添加需求（產(chǎn)品經(jīng)理）：產(chǎn)品 → 需求 → 提需求

創(chuàng)建項(xiàng)目（項(xiàng)目經(jīng)理）：項(xiàng)目 → 添加項(xiàng)目 → 自動(dòng)跳轉(zhuǎn)（選擇設(shè)置團(tuán)隊(duì)）→ 團(tuán)隊(duì)管理 → 給團(tuán)隊(duì)配人

關(guān)聯(lián)需求（項(xiàng)目經(jīng)理）：項(xiàng)目 → 需求 → 關(guān)聯(lián)需求 → 勾選任務(wù)

批量分解（項(xiàng)目經(jīng)理）：在任務(wù)右側(cè) → 選擇批量分解 → 批量分解

查看任務(wù)（開發(fā)人員）：我的地盤 → 首頁查看任務(wù) → 點(diǎn)擊任務(wù)數(shù)量進(jìn)入任務(wù)列表 → 選擇完成任務(wù)

創(chuàng)建版本（開發(fā)人員）：項(xiàng)目 → 版本 → 創(chuàng)建版本

測(cè)試Bug（測(cè)試人員）：測(cè)試 → bug → 提bug

解決bug（開發(fā)）：測(cè)試 → bug → 確認(rèn) → 完成

再次測(cè)試（測(cè)試人員）：測(cè)試 → 再次測(cè)試 → 如果解決的，點(diǎn)擊關(guān)閉，否則重新編輯

創(chuàng)建版本（產(chǎn)品經(jīng)理）：產(chǎn)品 → 發(fā)布 → 創(chuàng)建發(fā)布 → 完成

七、案例 練習(xí)

要求：

公司名稱：1802C科技有限公司，

部門：開發(fā)，測(cè)試，產(chǎn)品，

用戶：后臺(tái)開發(fā)2個(gè)人，產(chǎn)品2個(gè)人，測(cè)試1個(gè)人，前端1個(gè) 移動(dòng)端1個(gè) 運(yùn)維1個(gè)

產(chǎn)品：社區(qū)商圈項(xiàng)目

Web端一級(jí)功能，二級(jí)功能

App端一級(jí)，二級(jí)

二、缺陷報(bào)告

8.1 定義

概述：標(biāo)識(shí)并描述發(fā)現(xiàn)的缺陷，具有清晰、完整和可重現(xiàn)問題所需的信息的文檔。

理解：測(cè)試人員發(fā)現(xiàn)缺陷，將缺陷記錄在《缺陷報(bào)告》中，通過缺陷報(bào)告將缺陷告知給開發(fā)人員，并對(duì)缺陷進(jìn)行跟蹤和管理。缺陷報(bào)告是測(cè)試人員與開發(fā)人員之間重要的溝通方式。

8.2 什么是缺陷

軟件缺陷就是通常說的Bug，它是指在軟件中（包括文檔和程序）存在的影響軟件正常運(yùn)行的問題。

軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能，如一個(gè)即時(shí)通訊App不能聊天。

軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤，如高考不帶身份證。

軟件功能超出產(chǎn)品說明書指明的范圍，如即時(shí)通訊App做了一個(gè)地圖功能。

軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)該達(dá)到的目標(biāo)，如一個(gè)賬號(hào)的密碼是明文。

軟件難以理解、不易使用、運(yùn)行速度緩慢或者從測(cè)試人員的角度看最終用戶認(rèn)為不好，如一個(gè)即時(shí)通訊App無法找不到聊天界面。

8.3 軟件缺陷產(chǎn)生的原因

需求不明確和變更

軟件需求不清晰或者開發(fā)人員對(duì)需求理解偏差，導(dǎo)致軟件設(shè)計(jì)時(shí)偏離用戶的需求目標(biāo)，造成軟件功能或特征上的缺陷。此外，開發(fā)過程中客戶頻繁更新需求也會(huì)影響軟件最終的質(zhì)量。

軟件結(jié)構(gòu)復(fù)雜

編碼問題

項(xiàng)目期限短

使用新技術(shù)

8.4 導(dǎo)致軟件缺陷的典型錯(cuò)誤

錯(cuò)誤軟件缺陷

客戶與軟件開發(fā)人員之間交流困難缺少預(yù)期的軟件功能

開發(fā)人員未注意到代碼中的邏輯錯(cuò)誤單擊按鈕沒有進(jìn)行任何操作

開發(fā)人員忘記了對(duì)文件復(fù)制代碼進(jìn)行錯(cuò)誤檢查復(fù)制了一份被破壞的文件，導(dǎo)致軟件崩潰

開發(fā)人員沒有理解客戶的情況軟件不能滿足客戶的要求

8.5 軟件缺陷分類

軟件缺陷分類.png

8.6 缺陷報(bào)告的核心要素

八項(xiàng)：缺陷編號(hào)、缺陷狀態(tài)、缺陷標(biāo)題、重現(xiàn)步驟、嚴(yán)重程度、優(yōu)先級(jí)、缺陷類型、測(cè)試環(huán)境。

缺陷編號(hào)

缺陷的唯一標(biāo)識(shí)符

缺陷狀態(tài)

缺陷跟蹤過程的進(jìn)展情況

缺陷處理流程.png

缺陷狀態(tài).png

新建：剛發(fā)現(xiàn)的缺陷

已指派：已經(jīng)由測(cè)試人員將缺陷指派給開發(fā)人員進(jìn)行處理

已打開：開發(fā)人員正在修復(fù)缺陷

已修復(fù)：開發(fā)人員完成缺陷修復(fù)，還未進(jìn)行回歸測(cè)試

已拒絕：發(fā)開人員拒絕修復(fù)

已延期：對(duì)缺陷進(jìn)行延緩處理

已關(guān)閉：由測(cè)試人員回歸測(cè)試后，缺陷不存在了

重新打開：由測(cè)試人員回歸測(cè)試后，發(fā)現(xiàn)缺陷任然存在，

缺陷標(biāo)題

缺陷的概述，描述問題本質(zhì)

重現(xiàn)步驟

①一步一步描述再現(xiàn)缺陷的操作步驟

②預(yù)期結(jié)果

③實(shí)際結(jié)果

嚴(yán)重程度

缺陷對(duì)軟件系統(tǒng)的影響程度

優(yōu)先級(jí)

修復(fù)缺陷的重要性或緊迫性

缺陷類型

根據(jù)缺陷產(chǎn)生的來源和根源劃分出的缺陷種類

功能、配置、安裝、性能缺陷

測(cè)試環(huán)境

測(cè)試環(huán)境配置，包括軟件環(huán)境和硬件環(huán)境

8.7 缺陷報(bào)告編寫技巧

1、對(duì)錯(cuò)誤的描述要做到簡潔、準(zhǔn)確、完整，揭示錯(cuò)誤實(shí)質(zhì)2、盡量使用短語和短句，避免復(fù)雜句型句式3、每個(gè)軟件問題報(bào)告只書寫一個(gè)缺陷或錯(cuò)誤4、明確指明錯(cuò)誤類型和嚴(yán)重程度5、每一個(gè)步驟盡量只記錄一個(gè)完整操作6、復(fù)現(xiàn)的操作步驟要完整，準(zhǔn)確，簡短7、可以附加必要的錯(cuò)誤特征圖像8、可以附加必要的測(cè)試用例

8.8 缺陷報(bào)告模板

報(bào)告缺陷模板.png

三、測(cè)試報(bào)告

9.1 引入

回歸測(cè)試工作完成后，就代表著產(chǎn)品即將上線，此時(shí)每個(gè)測(cè)試人員都需要針對(duì)自己所測(cè)試的模塊出具一份測(cè)試報(bào)告，以此來總結(jié)測(cè)試結(jié)果。測(cè)試報(bào)告可以說是軟件測(cè)試人員在測(cè)試階段的最后一份輸出文檔。那么初級(jí)軟件測(cè)試工程師應(yīng)該如何撰寫測(cè)試報(bào)告呢？

9.2 定義

記錄測(cè)試的過程和結(jié)果，對(duì)發(fā)現(xiàn)的問題和缺陷進(jìn)行分析的文檔

9.3 測(cè)試報(bào)告分類

階段測(cè)試報(bào)告

整體測(cè)試報(bào)告

9.4 報(bào)告內(nèi)容

9.4.1 概要

編寫目的

①對(duì)測(cè)試報(bào)告進(jìn)行相應(yīng)的解釋

②對(duì)項(xiàng)目進(jìn)行簡介

③對(duì)于測(cè)試任務(wù)進(jìn)行簡單描述，要測(cè)試哪些內(nèi)容

測(cè)試人員

類似于測(cè)試計(jì)劃中的人員分工，簡單描述日期等

測(cè)試環(huán)境

軟件和硬件環(huán)境

9.4.2 測(cè)試過程

階段測(cè)試報(bào)告：

1、測(cè)試進(jìn)度情況

2、用例執(zhí)行情況

3、缺陷統(tǒng)計(jì)

總體測(cè)試報(bào)告

1、各版本的測(cè)試情況

2、各版本的缺陷統(tǒng)計(jì)

9.4.3 缺陷分析

1、按照缺陷級(jí)別

2、按照功能模塊

3、按照輪次

4、缺陷總數(shù)

5、缺陷類型

6、缺陷趨勢(shì)

9.4.4 測(cè)試總結(jié)

1、測(cè)試結(jié)論

通過/不通過；

需求覆蓋率100%，測(cè)試用例執(zhí)行過率100%；

缺陷：致命=0，嚴(yán)重=0，一般=0，提示≤10%

2、風(fēng)險(xiǎn)分析

測(cè)試進(jìn)度、人員安排導(dǎo)致的風(fēng)險(xiǎn)；

測(cè)試內(nèi)容考慮范圍之外導(dǎo)致的風(fēng)險(xiǎn)；

測(cè)試環(huán)境不全面導(dǎo)致的風(fēng)險(xiǎn)。

3、遺留問題

遺留問題描述、等級(jí)、處理方法。

9.5 測(cè)試報(bào)告模板

一、概要

1、編寫目的

背景

本報(bào)告為積云商城1.0版本的測(cè)試報(bào)告，用于記錄測(cè)試過程，總結(jié)測(cè)試情況，分析測(cè)試數(shù)據(jù)，歸納測(cè)試工作過程中的問題與遺留的風(fēng)險(xiǎn)，給出相應(yīng)的測(cè)試建議供后續(xù)參考。

積云商城是Android平臺(tái)的電商應(yīng)用，1.0版本是首次發(fā)布版本。包含登陸/注冊(cè)、商品展示/搜索、購物車、訂單管理、支付等功能。

測(cè)試內(nèi)容

對(duì)積云商城1.0版本進(jìn)行了功能、性能、易用性、兼容性測(cè)試。功能測(cè)試覆蓋以上所有功能；對(duì)登陸和訂單管理功能進(jìn)行了性能測(cè)試；兼容性測(cè)試覆蓋了Android 6，7，8，9版本，華為、小米等主流廠家機(jī)型。

2、測(cè)試人員

測(cè)試工作6月1日開始，6月15日測(cè)試完成，測(cè)試組4人，總工作量60人天。人員分工如下表：

姓名角色職責(zé)

測(cè)試經(jīng)理測(cè)試負(fù)責(zé)人制定測(cè)試策略，編寫測(cè)試計(jì)劃，設(shè)計(jì)測(cè)試用例，編寫測(cè)試報(bào)告

工程師A測(cè)試工程師制定性能測(cè)試方案，進(jìn)行性能測(cè)試，編寫性能測(cè)試報(bào)告

工程師B測(cè)試工程師設(shè)計(jì)測(cè)試用例，測(cè)試執(zhí)行

3、測(cè)試環(huán)境

配置應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器測(cè)試機(jī)

硬件配置CPU：雙核1.8G主頻 Intel(R) Xeon(R) CPU 2GHz

內(nèi)存：4G

CPU：雙核1.8G主頻bIntel(R) Xeon(R) CPU 2GHz

內(nèi)存：4G

CPU：1CPU（雙核），Intel(R) Pentium(R) CPU E2180 2.0GHz

內(nèi)存： 8G

軟件配置Windows2008 server

Tomcat 6.0 (功能測(cè)試)

Websphere 7.0(功能、性能測(cè)試）

CentOS7、Oracle 11g R2Windows7+IE11，性能測(cè)試工具：Loadrunner11

二、測(cè)試過程

1、測(cè)試進(jìn)度

測(cè)試任務(wù)責(zé)任人啟動(dòng)時(shí)間計(jì)劃完成時(shí)間完成時(shí)間備注

測(cè)試計(jì)劃/評(píng)審測(cè)試經(jīng)理2019.5.272019.5.272019.5.27

需求分析測(cè)試工程師2019.5.282019.5.282019.5.28

測(cè)試用例設(shè)計(jì)/評(píng)審測(cè)試工程師2019.5.292019.6.42019.6.6需求變動(dòng)，用例設(shè)計(jì)延遲2天完成。

2、用例執(zhí)行情況

模塊用例總數(shù)執(zhí)行用例數(shù)通過用例數(shù)未通過用例數(shù)阻塞用例數(shù)

登錄/注冊(cè)50504820

購物車75737032

支付75707005

合計(jì)20019318857

執(zhí)行率=執(zhí)行用例數(shù)/用例總數(shù)

通過率=通過用例數(shù)/執(zhí)行總數(shù)

3、缺陷統(tǒng)計(jì)

1.0版本共發(fā)現(xiàn)缺陷21條，新增bug10個(gè)，修復(fù)bug17個(gè)，遺留bug4個(gè)。

模塊名稱bug總數(shù)新增bug數(shù)修復(fù)bug數(shù)遺留bug數(shù)

登錄/注冊(cè)177143

商品4331

合計(jì)2110174

修復(fù)率=bug修復(fù)/bug總數(shù)

三、缺陷分析

1、缺陷級(jí)別分析

缺陷級(jí)別.png

解析：嚴(yán)重缺陷、一般缺陷、輕微缺陷各占總?cè)毕莸?%，輕微缺陷占85%。

2、缺陷模塊分析

image.png

解析：bug共21條，其中17條存在于登錄/注冊(cè)模塊，開發(fā)人員需要著重對(duì)于該模塊進(jìn)行自測(cè)。

3、缺陷類型分析

按照版本統(tǒng)計(jì)

按照趨勢(shì)統(tǒng)計(jì)

四、測(cè)試總結(jié)

1、測(cè)試結(jié)論

內(nèi)容：通過/不通過，執(zhí)行率、通過率、修復(fù)率、遺留問題的級(jí)別以及數(shù)量。

示例：積云商城1.1測(cè)試通過，可以上線。測(cè)試用例執(zhí)行率100%，測(cè)試用例通過率95%，未通過的測(cè)試用例不影響業(yè)務(wù)運(yùn)行。嚴(yán)重缺陷為0，一般缺陷為0，輕微缺陷小于10%。

2、 風(fēng)險(xiǎn)分析

編號(hào)風(fēng)險(xiǎn)描述規(guī)避方法及建議

3、 遺留問題

編號(hào)缺陷描述缺陷等級(jí)處理方法

四、接口測(cè)試以及用例編寫

11.1 接口

11.1.1 接口概述

定義：接口就是API（Application Programming Interface，應(yīng)用程序接口），是一個(gè)軟件或服務(wù)對(duì)外提供的接口，別人只要調(diào)用這接口，而內(nèi)部如何實(shí)現(xiàn)，不需要關(guān)心。你只要按照要求進(jìn)行接口調(diào)用即可。

外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各子系統(tǒng)之間的交互點(diǎn)。包括外部接口、內(nèi)部接口。

舉例：

假設(shè)物流中“貨物”是數(shù)據(jù)，存放貨物的“總倉庫”是數(shù)據(jù)庫，“店鋪”是我們的網(wǎng)站、App。頁面上顯示的內(nèi)容、數(shù)字，以及用戶的操作請(qǐng)求和結(jié)果都是需要不停搬運(yùn)的“貨物”——數(shù)據(jù)，則負(fù)責(zé)調(diào)配分配打包的中轉(zhuǎn)站就是API，快遞小哥直接從中轉(zhuǎn)站取貨就好。

作用：對(duì)于軟件提供商來說，留出API，讓別的應(yīng)用程序來調(diào)用，軟件才能發(fā)揮最大的價(jià)值，才能更有生命力。（同時(shí)別人也看不見代碼，不傷害商業(yè)機(jī)密。）

對(duì)于應(yīng)用開發(fā)者來說，有了開放的API，就可以直接調(diào)用多家公司做好的功能來做自己的應(yīng)用，不需要所有的事情都自己操刀，節(jié)省精力。

11.1.2 接口的表現(xiàn)形式

客戶端要先操作服務(wù)端資源，首先要找到服務(wù)端提供的接口，然后才能向服務(wù)端發(fā)送資源請(qǐng)求，那么何為服務(wù)端接口呢？其實(shí)就是一個(gè)地址（URL），比如：

http://www.qubaobei.com/ios/cf/dish_list.php?stage_id=1&limit=20&page=1

1615302590(1).png

采用的協(xié)議(http:)：一般來講網(wǎng)址中第一個(gè)“:”前面的就是該網(wǎng)址所采用的協(xié)議。這里的HTTP就是個(gè)協(xié)議 。HTTPS是HTTP的安全版本，HTTPS在HTTP的基礎(chǔ)對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行了加密和簽名，以保證數(shù)據(jù)傳輸?shù)陌踩?。我們平常打開兩頁的時(shí)候會(huì)看到網(wǎng)址前面都有一個(gè)HTTP或HTTPS，這就是告訴你，你在向服務(wù)器發(fā)送此請(qǐng)求的過程中要遵循的協(xié)議是HTTP或HTTPS (也就是規(guī)則)。

服務(wù)器地址(//www.qubaobei.com)：以雙斜杠“//”開頭，后面跟的就是這個(gè)服務(wù)器的地址，專業(yè)術(shù)語叫域名。

請(qǐng)求資源路徑(/ios/cf/dish_list.php) ：表示你要請(qǐng)求的資源在該服務(wù)器下/ios/cf/dish_list.php的路徑下。

參數(shù)（?stage_id=1&limit=20&page=1）：參數(shù)可以找到具體內(nèi)容，和路徑之間使用“?”隔開，參數(shù)之間使用“&”隔開。參數(shù)是以鍵值對(duì)的形式表現(xiàn)出來的。

把此URLhttp://www.qubaobei.com/ios/cf/dish_list.php?stage_id=1&limit=20&page=1稱為食品模塊個(gè)接口， 也稱為接口地址。

11.2 接口文檔

接口文檔展示

11.2.1 封皮

封面最好是本公司規(guī)定的封面，有l(wèi)ogo，內(nèi)容標(biāo)題，版本號(hào)，公司名稱，文檔產(chǎn)生

日期。（錯(cuò)誤地方在于，文檔的標(biāo)題要和頁眉中的標(biāo)題一致）

11.2.2 修訂歷史

表格形式較好些。包括：

版本，修訂說明，修訂日期，修訂人，審核時(shí)間，審核人。

11.2.3 接口信息

接口調(diào)用方式，是post方式還是get方式，接口地址，別人需要線上的哪個(gè)地址就寫哪個(gè)。（自己提前測(cè)試好線上的這個(gè)接口，是否有其他問題，千萬別犯低級(jí)的錯(cuò)誤，尤其是某個(gè)字母寫錯(cuò)）

11.2.4 功能描述

一定要清晰的描述接口功能。（不要遺漏一些細(xì)節(jié)，比如接口獲取的信息不包括哪些，哪些要寫明白）

11.2.5 接口參數(shù)說明

每個(gè)參數(shù)都要和實(shí)際中調(diào)用的一樣，包括大小寫；參數(shù)的含義言簡意賅的說明；格式是string 還是int 還是long等格式（例如參數(shù)為@RequestParam("appKey") StringappKey, @RequestParam("randomId") Integer randomId）；說明部分，說明參數(shù)值是需要哪個(gè)公司提供，并詳細(xì)說明參數(shù)怎么生成的，例如時(shí)間戳，是哪個(gè)時(shí)間段的；參數(shù)是否必填，一些參數(shù)是必須要有的，有些是可選參數(shù)，一定要注意寫清晰。

11.2.6 返回值說明

1、有一個(gè)模板返回值，并說明每個(gè)返回參數(shù)的意義。

2、提供一個(gè)真實(shí)的調(diào)用接口，真實(shí)的返回值。

注：現(xiàn)實(shí)工作中，對(duì)接口有疑問要及時(shí)跟同事交流。

11.3 接口測(cè)試的概念

11.3.1 概念

測(cè)試系統(tǒng)組件間接口的一種測(cè)試。接口測(cè)試主要用于檢測(cè)外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個(gè)子系統(tǒng)之間的交互點(diǎn)。

11.3.2 接口測(cè)試本質(zhì)

實(shí)質(zhì)就是數(shù)據(jù)的傳輸和接受，傳輸?shù)氖墙涌诘刂分械膮?shù)，接受的是文本字符串，然后對(duì)比文本字符串是否正確。

11.4 接口測(cè)試的目的和原理

11.4.1 目的

測(cè)試接口的正確性和穩(wěn)定性。

11.4.2 原理

接口測(cè)試的原理是通過測(cè)試程序模擬客戶端向服務(wù)器發(fā)送請(qǐng)求報(bào)文，服務(wù)器接收請(qǐng)求報(bào)文后對(duì)相應(yīng)的報(bào)文做出處理然后再把應(yīng)答報(bào)文發(fā)送給客戶端，客戶端接收應(yīng)答報(bào)文這一個(gè)過程。

11.5 常用接口測(cè)試工具

11.5.1 典型商業(yè)工具：

LoadRunner（LR）：一款商業(yè)性能測(cè)試工具，用來做接口測(cè)試，很好很強(qiáng)大 ，但是配置比較麻煩。

SoapUI：開源測(cè)試工具，通過soap/http來檢查、調(diào)用、實(shí)現(xiàn)Web Service的功能/負(fù)載/符合性測(cè)試；該工具既可作為一個(gè)多帶帶的接口測(cè)試工具使用，也可利用插件集成到Eclipse，maven2.X，Netbeans 和intellij中使用。 了解就可以了，基本已經(jīng)不用了。

11.5.2 典型開源工具

Jmeter ：一款開源的接口測(cè)試工具，操作簡單，方便，既有jdbc request操作數(shù)據(jù)庫數(shù)據(jù)，也有http request和soap request應(yīng)對(duì)測(cè)試

13.5.3 擴(kuò)展插件

postman：谷歌瀏覽器的擴(kuò)展工具，主要用來做接口測(cè)試，谷歌商店中選中安裝，界面同poster差別不大，界面簡潔。

13.6 接口測(cè)試應(yīng)該測(cè)什么

13.6.1 單一接口

單一接口功能的測(cè)試主要測(cè)試返回的數(shù)據(jù)結(jié)構(gòu)是否和接口文檔給出的一致，接口的正常功能是否完成，接口的參數(shù)檢查測(cè)試，接口的異常測(cè)試。

13.6.2 組合接口

定義：組合接口測(cè)試主要是通過組合多個(gè)單一接口，來測(cè)試一個(gè)業(yè)務(wù)場景

案例：測(cè)試購物網(wǎng)站的一個(gè)下單的功能，那么因?yàn)樵谙聠沃斑€有一些流程，所以要測(cè)試一個(gè)場景。

測(cè)試：搜索商品 --> 選中商品 --> 添加進(jìn)購物車 --> 提交訂單 -->支付

（提交訂單時(shí)還涉及到地址的選取等）

注：涉及到如果使用從cookie或者session在本例中的區(qū)別：如果使用cookie加入購物車，那么換一臺(tái)電腦購物車?yán)锏纳唐肪筒淮嬖诹?，但如果使用的是session，購物車?yán)锩娴臇|西就一直存在，即：cookie是本機(jī)作用的，session不止于本機(jī)作用。

13.6.3 結(jié)構(gòu)檢查

（1）檢查返回值的結(jié)構(gòu)是否正確，如是json類型還是xml類型的數(shù)據(jù)

（2）字段名稱是否正確等

XML和JSON都使用結(jié)構(gòu)化方法來標(biāo)記數(shù)據(jù)

13.7 接口測(cè)試內(nèi)容

13.7.1 功能邏輯

通過查數(shù)據(jù)庫或緩存等驗(yàn)證數(shù)據(jù)是否處理正確。

通過其他輔助途徑進(jìn)行驗(yàn)證

13.7.2 異常測(cè)試

接口測(cè)試中主要測(cè)試接口正常邏輯，但僅邏輯測(cè)試不能保證數(shù)據(jù)的安全及程序接口在異常情況下的邏輯處理的正確性。

13.7.3 路徑測(cè)試

當(dāng)被測(cè)接口的實(shí)現(xiàn)方法中，判斷邏輯復(fù)雜分支多，且判斷中又調(diào)用了其他的接口，此時(shí)必須要進(jìn)行路徑覆蓋測(cè)試。

13.7.4 其他異常場景

研發(fā)的項(xiàng)目，有些項(xiàng)目是底層使用的系統(tǒng)，根據(jù)項(xiàng)目特點(diǎn)，可能會(huì)存在特殊的異常場景。

例如： 支付的異步操作，支付消息重試等

11.8 測(cè)試案例

11.8.1 get請(qǐng)求

11.8.2 post請(qǐng)求

Postman使用

13.9 接口測(cè)試用例模板

接口測(cè)試用例模板.png

五、Fiddler

14.1 Fiddler簡介

14.1.1 簡介

Fiddler是位于客戶端和服務(wù)器端之間的代理，也是目前最常用的抓包工具之一 。它能夠記錄客戶端和服務(wù)器之間的所有請(qǐng)求，可以針對(duì)特定的請(qǐng)求，分析請(qǐng)求數(shù)據(jù)、設(shè)置斷點(diǎn)、調(diào)試web應(yīng)用、修改請(qǐng)求的數(shù)據(jù)，甚至可以修改服務(wù)器返回的數(shù)據(jù)，功能非常強(qiáng)大，是web調(diào)試的利器。

14.1.2 功能

1、能夠監(jiān)聽http/httpS的流量，可以截獲從瀏覽器或者客戶端軟件向服務(wù)器發(fā)送的http/https請(qǐng)求；

2、對(duì)截獲之后的請(qǐng)求，我們還能夠查看請(qǐng)求中的內(nèi)容；

3、偽造請(qǐng)求。不僅可以偽造客戶端的請(qǐng)求，還能夠偽造服務(wù)器的響應(yīng)?！摴δ苣軌蚍奖阄覀冞M(jìn)行前后端的調(diào)式。

4、測(cè)試網(wǎng)站的性能；

5、解密https的外部會(huì)話。因?yàn)閔ttps本身是一種加密的協(xié)議，通過fiddle我們可以進(jìn)行解密操作；

6、提供第三方擴(kuò)展插件，滿足更多需求。

14.1.3 Fiddler工作原理

fiddler原理.png

14.2 Fiddler下載安裝

下載：打開官網(wǎng)

安裝：

漢化：

14.3 Fiddler界面介紹

fiddler界面.jpg

Fiddler界面從上到下分為：菜單欄、工具欄、回話列表、功能頁簽、命令行，狀態(tài)欄六大板塊

file capturing = F12 = 左下角capturing

14.4 菜單欄

14.4.1File菜單

1、Capture Traffic：可以控制是否把Fiddler注冊(cè)為系統(tǒng)代理。

2、New Viewer：打開一個(gè)新的fiddler窗口

3、Load Archive：用于重新加載之前捕獲的以SAZ文件格式保存的數(shù)據(jù)包。

4、Save：支持以多種方式把數(shù)據(jù)包保存到文件中。

5、Import Sessions...：支持導(dǎo)入從其他工具捕獲的數(shù)據(jù)包，也支持導(dǎo)入以其他格式存儲(chǔ)的數(shù)據(jù)包。

6、Export Sessions...：把Fiddler捕捉到的回話以多種文件格式保存。

7、Exit：取消把Fiddler注冊(cè)為系統(tǒng)代理，并關(guān)閉Fiddler

14.4.2 Edit菜單

1、Copy：復(fù)制會(huì)話。

2、Remove：刪除會(huì)話。

3、Select All：選擇所有會(huì)話。

4、Undelete：撤銷刪除會(huì)話。

5、Paste as Session把剪貼板上的內(nèi)容粘貼成一個(gè)或多個(gè)模擬的會(huì)話。

6、Mark：選擇一種顏色標(biāo)記選中會(huì)話。

7、Unlock for Editing 解鎖會(huì)話。

8、Find Session...打開Find Session窗口，搜索捕獲到的數(shù)據(jù)包。

14.4.3 Rules菜單

1、Hide Image Request：隱藏圖片回話。

2、Hide CONNECTS：隱藏連接通道回話。

3、Automatic Breakpoints：自動(dòng)在[請(qǐng)求前]或[響應(yīng)后]設(shè)置斷點(diǎn)。Ignore Image觸發(fā)器控制這些斷點(diǎn)是否作用于圖片請(qǐng)求。

4、Customize Rules...：打開Fiddler腳本編輯窗口。

5、Require Proxy Authentication：，要求客戶端安裝證書。該規(guī)則可以用于測(cè)試HTTP客戶端，確保所有未提交Proxy-Authorization請(qǐng)求頭的請(qǐng)求會(huì)返回HTTP/407響應(yīng)碼。

6、Apply GZIP Encoding：只要請(qǐng)求包含具有g(shù)zip標(biāo)識(shí)的Accept-Encoding請(qǐng)求頭，就會(huì)對(duì)所有響應(yīng)使用GZIP HTTP進(jìn)行壓縮（圖片請(qǐng)求除外）。

7、Remove All Encoding：刪除所有請(qǐng)求和響應(yīng)的HTTP內(nèi)容編碼和傳輸編碼

8、Hide 304s：隱藏響應(yīng)為HTTP/304 Not Modified狀態(tài)的所有回話。

9、Request Japanese Content：選項(xiàng)會(huì)把所有請(qǐng)求的Accept-Encoding請(qǐng)求頭設(shè)置或替換為ja標(biāo)識(shí)，表示客戶端希望響應(yīng)以日語形式發(fā)送。

10、User-Agents：把所有請(qǐng)求的User-Agent請(qǐng)求頭設(shè)置或替換成指定值。

11、performance：模擬弱網(wǎng)測(cè)試速度。

14.4.4 Tools菜單

1、Options...：打開Fiddler選項(xiàng)窗口。

2、WinINET Options...打開IE的Internet屬性窗口

3、Clear WinINET Cache：清空IE和其他應(yīng)用中所使用的WinINET緩存中的所有文件。

4、Clear WinINET Cookies：清空IE和其他應(yīng)用中所發(fā)送的WinINET Cookie

5、TextWizard...：選項(xiàng)會(huì)啟動(dòng)TextWizard窗口，對(duì)文本進(jìn)行編碼和解碼。

6、Compare Session：比較回話。

7、Reset Script：重置Fiddler腳本。

8、Sandbox：打開http://webdbg.com/sandbox/

9、View IE Cache:打開IE緩存窗口。

14.4.5 View菜單

1、Show Toolbar：控制Fiddler工具欄是否可見2、DefaultLayout、Stacked Layout、Wide Layout三種界面布局3、Minimize to Tray：最小化Fiddler到系統(tǒng)托盤（快捷鍵:CTRL+M）4、Squish SessionList：控制回話列表是否水平收縮。5、AutoScroll Sessionlist：添加新的回話時(shí)，自動(dòng)滾動(dòng)到回話列表底部

14.5 工具欄

fiddler工具欄.png

1.備注功能

2.重新發(fā)送請(qǐng)求，快捷鍵：R鍵。

3.刪除請(qǐng)求

4.當(dāng)有請(qǐng)求前斷點(diǎn)時(shí)，點(diǎn)擊去發(fā)送請(qǐng)求。

5.流模式。(默認(rèn)是緩沖模式)

6.解碼

7.保持回話的數(shù)量。

8.選擇你想要抓包或者監(jiān)聽的程序

9.查找

10.保存所有會(huì)話，文件名以.saz為擴(kuò)展名

11.截圖

12.計(jì)時(shí)器

13.快捷的打開IE瀏覽器

fiddler工具欄1.png

14.清除IE緩存

15.文本的編碼解碼工具

16.分離面板

17.MSDN查詢

18.本機(jī)的信息

14.6 會(huì)話列表

fiddler繪畫列表.png

1.請(qǐng)求的ID編號(hào)

2.http響應(yīng)狀態(tài)碼

3.會(huì)話使用的協(xié)議

4.請(qǐng)求發(fā)送到的服務(wù)器主機(jī)名

5.數(shù)據(jù)包在服務(wù)器中的路徑和文件

6.響應(yīng)body的字節(jié)數(shù)

7.響應(yīng)頭信息Cache-Control的值

8、響應(yīng)頭信息Content-Type的值

9.發(fā)起請(qǐng)求的本地windows進(jìn)程

10.注釋

11.自定義備注

14.7 功能頁簽

14.7.1 Statistics頁簽

通過該頁簽，用戶可以通過選擇多個(gè)會(huì)話來得到這幾個(gè)會(huì)話的總的信息統(tǒng)計(jì)，比如多個(gè)請(qǐng)求傳輸?shù)淖止?jié)數(shù)。訪問頁面時(shí)選擇第一個(gè)請(qǐng)求和最后一個(gè)請(qǐng)求，可獲得整個(gè)頁面加載所消耗的總體時(shí)間。從條形圖表中還可以分別出哪些請(qǐng)求耗時(shí)最多，從而對(duì)頁面的訪問進(jìn)行速度性能優(yōu)化。

14.7.2 inspectors頁簽(常用頁簽）

它提供headers、textview、hexview,Raw等多種方式查看一條http請(qǐng)求的請(qǐng)求和響應(yīng)，它分為上下兩部分：上部分為請(qǐng)求展示，下部分為響應(yīng)展示。

14.7.3 AutoResponse頁簽（常用頁簽）

它可以抓取在線頁面保存到本地進(jìn)行調(diào)試，大大減少了在線調(diào)試的困難，可以讓我們修改服務(wù)器端返回的數(shù)據(jù)，例如讓返回都是404的數(shù)據(jù)包讀取本地文件作為返回內(nèi)容。

14.7.4 composer頁簽常用頁簽）

支持手動(dòng)構(gòu)建和發(fā)送HTTP，HTTPS和FTP請(qǐng)求，我們還可以從回話列表中拖曳回話，把它放到composer選項(xiàng)卡中，當(dāng)我們點(diǎn)擊Execute按鈕時(shí)則把請(qǐng)求發(fā)送到服務(wù)器端。

14.7.5 FiddlerScripts頁簽

打開Fiddler腳本編輯。

log頁簽：

打印日志

14.7.6 Filters頁簽（常用頁簽）

過濾器可以對(duì)左側(cè)的數(shù)據(jù)流列表進(jìn)行過濾，我們可以標(biāo)記、修改或隱藏某些特征的數(shù)據(jù)流。

14.7.7 Timeline頁簽

時(shí)間軸，也稱為Fiddler的瀑布圖，展示網(wǎng)絡(luò)請(qǐng)求時(shí)間的功能。每個(gè)網(wǎng)絡(luò)請(qǐng)求都會(huì)經(jīng)歷域名解析、建立連接、發(fā)送請(qǐng)求、接受數(shù)據(jù)等階段。把多個(gè)請(qǐng)求以時(shí)間作為X軸，用圖表的形式展現(xiàn)出來，就形成了瀑布圖。在左側(cè)會(huì)話窗口點(diǎn)擊一個(gè)或多個(gè)回話，Timeline 便會(huì)顯示指定內(nèi)容從服務(wù)端傳輸?shù)娇蛻舳说臅r(shí)間。

14.7.8 命令行

help 打開官方的使用頁面介紹，所有的命令都會(huì)列出來。

cls 清屏 (Ctrl+x 也可以清屏)

select 選擇所有相應(yīng)類型的回話(如select image或select css)。

?sometext 查找字符串并高亮顯示查找到的會(huì)話。

size 選擇請(qǐng)求響應(yīng)大小小于size字節(jié)的會(huì)話。

=status/=method/@host 查找狀態(tài)、方法、主機(jī)相對(duì)應(yīng)的會(huì)話

1uit 退出fiddler

bpafter xxx 中斷URL包含指定字符的全部回話響應(yīng)

bps xxx 中斷HTTP響應(yīng)狀態(tài)為指定字符的全部回話響應(yīng)。

bpv xxx 中斷指定請(qǐng)求方式的全部回話響應(yīng)

bpm xxx 中斷指定請(qǐng)求方式的全部回話響應(yīng)。等同于bpv xxx

bpu xxx: 與bpafter類似。

14.8 狀態(tài)欄

fiddler狀態(tài)欄.png

1、顯示的Fiddler是否處于捕捉狀態(tài)(開啟/關(guān)閉狀態(tài)),可以點(diǎn)擊該區(qū)域切換

2、顯示當(dāng)前捕捉哪些進(jìn)程。

All Processes 捕獲所有進(jìn)程的請(qǐng)求

Web Browsers 捕獲 Web 瀏覽器的請(qǐng)求，應(yīng)該特指 IE

Non-Browser 捕獲非 Web 瀏覽器的請(qǐng)求

Hide All 隱藏所有請(qǐng)求

3、顯示當(dāng)前斷點(diǎn)設(shè)置狀態(tài)，通過鼠標(biāo)點(diǎn)擊切換。有三種：

不設(shè)置斷點(diǎn)

所有請(qǐng)求在斷點(diǎn)處被暫停

所有響應(yīng)在斷點(diǎn)處被暫停

4，顯示當(dāng)前共捕獲了多少回話(如：300，表示共捕獲了300個(gè)會(huì)話，如：10/300，表示當(dāng)前選擇10個(gè)會(huì)話，共捕獲300個(gè)會(huì)話)。

5，第五區(qū)塊，描述當(dāng)前狀態(tài)。

如果是剛打開Fiddler，會(huì)顯示什么時(shí)間加載了CustomRules.js；如果選擇了一個(gè)會(huì)話，會(huì)顯示該會(huì)話的URL；如果在命令行輸入一個(gè)命令，就會(huì)顯示命令相關(guān)信息。

14.9 web抓包

我們雙擊打開軟件，進(jìn)入到如下的一個(gè)界面，然后點(diǎn)擊某一個(gè)請(qǐng)求，你會(huì)發(fā)現(xiàn)請(qǐng)求的內(nèi)容是一堆明顯不對(duì)的文字，然后該請(qǐng)求的左邊是一個(gè)鎖的樣式，聯(lián)想到https加密，你會(huì)發(fā)現(xiàn)原因可能是沒有配置Fiddler。然后解釋一下右邊的默認(rèn)返回內(nèi)容，第一句是“這是一個(gè)CONNECT隧道，加密的HTTPS流量通過該隧道流動(dòng)?！?/strong>，就證實(shí)了我們的猜測(cè)，果然是因?yàn)閔ttps加密的原因。