【正文】 關(guān)屬性，以后的 請(qǐng)求設(shè)置中就可以忽略這些相同參數(shù)的設(shè)置,減少設(shè)置參數(shù)錄入的時(shí)間。我們這里將采用這種屬性。你可以通過下面的步驟來設(shè)置默認(rèn) 屬性：1. 選中可視化界面中左邊樹的 Test Plan 節(jié)點(diǎn)，單擊右鍵，選擇 “添加配置元件 請(qǐng)求默認(rèn)值” ，界面右邊將會(huì)出現(xiàn)他的設(shè)置信息框。2. 默認(rèn) 屬性的主要參數(shù)說明如下： protocal：發(fā)送測(cè)試請(qǐng)求時(shí)使用的協(xié)議 server name or ip：被測(cè)試服務(wù)器的 ip 地址或者名字 path： 默認(rèn)的起始位置。比如將 path 設(shè)置為／jmeter，那么所有的 請(qǐng)求的 url 中都將增加／jmeter 路徑。port number： 服務(wù)器提供服務(wù)的端口號(hào)針對(duì)本機(jī)的 Web 服務(wù)器上的 Web 應(yīng)用進(jìn)行測(cè)試，所以 protocal 應(yīng)該是 ，ip 使用localhost，因?yàn)檫@個(gè) web 應(yīng)用發(fā)布的 context 路徑是／jspNews ，所以這里的 path 設(shè)置為／jspNews，因?yàn)槭褂?Tomcat 服務(wù)器，所以 port number 是 8080。五、增加 Http 請(qǐng)求 增加 請(qǐng)求是測(cè)試的內(nèi)容主體部分?？梢酝ㄟ^下面的步驟來增加性的 請(qǐng)求：1. 選中可視化界面中左邊樹的 Thread Group 節(jié)點(diǎn)，單擊右鍵，選擇“添加sampler 請(qǐng)求”，界面右邊將會(huì)出現(xiàn)他的設(shè)置信息框?！霸黾幽J(rèn) Http 屬性”介紹的 屬性差不多，增加的屬性中有發(fā)送 時(shí)方法的選擇，可以選擇為 get 或者 post?，F(xiàn)在增加兩個(gè) 請(qǐng)求，因?yàn)槲覀冊(cè)O(shè)置了默認(rèn)的 屬性，所以和默認(rèn) 屬性中相同的屬性不再重復(fù)設(shè)置。六、增加 Listener增加 listener 是為了記錄測(cè)試信息并且可以使用 Jmeter 提供的可視化界面查看測(cè)試結(jié)果，里面有好幾種結(jié)果分析方式可供選擇，你可以根據(jù)自己習(xí)慣的分析方式選擇不同的結(jié)果顯示方式，我們這里使用表格的形式來查看和分析測(cè)試結(jié)果。你可以通過下面的步驟來增加 listener：1. 選中可視化界面中左邊樹的 Test Plan 節(jié)點(diǎn)，單擊右鍵，選擇“添加監(jiān)聽器聚合報(bào)告”2. 選中可視化界面中左邊樹的 Test Plan 節(jié)點(diǎn)，單擊右鍵，選擇“添加監(jiān)聽器用表格觀察結(jié)果” 。3. 選中可視化界面中左邊樹的 Test Plan 節(jié)點(diǎn)，單擊右鍵，選擇“添加監(jiān)聽器圖形結(jié)果” 。字段說明：? Label： 每個(gè) JMeter 的 element （例如 HTTP Request ）都有一個(gè) Name 屬性，這里顯示的就是 Name 屬性的值? Samples： 表示你這次測(cè)試中一共發(fā)出了多少個(gè)請(qǐng)求，我的測(cè)試計(jì)劃模擬 10 個(gè)用戶，每個(gè)用戶迭代 10 次，因此這里顯示 100? Average： 平均響應(yīng)時(shí)間 —— 默認(rèn)情況下是單個(gè) Request 的平均響應(yīng)時(shí)間，當(dāng)使用了 Transaction Controller 時(shí)，也可以以 Transaction 為單位顯示平均響應(yīng)時(shí)間? Median： 中位數(shù)，也就是 50 ％用戶的響應(yīng)時(shí)間? 90% Line： 90 ％用戶的響應(yīng)時(shí)間? Min： 最小響應(yīng)時(shí)間? Max： 最大響應(yīng)時(shí)間? Error%： 本次測(cè)試中出現(xiàn)錯(cuò)誤的請(qǐng)求的數(shù)量 / 請(qǐng)求的總數(shù)? Throughput： 吞吐量 —— 默認(rèn)情況下表示每秒完成的請(qǐng)求數(shù)（ Request per Second ） ，當(dāng)使用了 Transaction Controller 時(shí)，也可以表示類似 LoadRunner 的 Transaction per Second 數(shù)? KB/Sec： 每秒從服務(wù)器端接收到的數(shù)據(jù)量，相當(dāng)于 LoadRunner 中的 Throughput/Sec七、開始執(zhí)行測(cè)試計(jì)劃現(xiàn)在你可以通過單擊菜單欄 run Start 開始執(zhí)行測(cè)試計(jì)劃了，結(jié)果如下圖所示：八、用 badboy 錄制 jmeter 腳本Badboy 是一款不錯(cuò)的 Web 自動(dòng)化測(cè)試工具，如果你將它用于非商業(yè)用途，或者用于商業(yè)用途但是安裝 Badboy 的機(jī)器數(shù)量不超過 5 臺(tái)，你是不需要為它支付任何費(fèi)用的。也許是一種推廣策略，Badboy提供了將 Web 測(cè)試腳本直接導(dǎo)出生成 JMeter 腳本的功能，并且這個(gè)功能非常好用，也非常簡(jiǎn)單。錄制過程如下：在地址欄輸入你需要錄制的Web應(yīng)用的URL—這里以 為例，并點(diǎn)擊GO 按鈕開始錄制。開始錄制后，你可以直接在Badboy內(nèi)嵌的瀏覽器（主界面的右側(cè)）中對(duì)被測(cè)應(yīng)用進(jìn)行操作，所有的操作都會(huì)被記錄在主界面左側(cè)的編輯窗口中。在這個(gè)試驗(yàn)中，我們點(diǎn)擊圖書館，輸入自己的帳號(hào)和密碼，登錄到圖書管理系統(tǒng)中。錄制完成后，點(diǎn)擊工具欄中的“停止錄制”按鈕，完成腳本的錄制；選擇“File Export to JMeter”菜單，填寫文件名“ ”，將錄制好腳本導(dǎo)出為JMeter腳本格式。也可以選擇“File Save”菜單保存為Badboy腳本；啟動(dòng) JMeter 并打開剛剛生成的測(cè)試腳本。插入各種監(jiān)聽器，生成測(cè)試報(bào)告62660299 實(shí)驗(yàn)要求撰寫實(shí)驗(yàn)報(bào)告，主要填寫本人上機(jī)測(cè)試步驟和測(cè)試內(nèi)容；提交性能測(cè)試腳本 缺陷管理 實(shí)驗(yàn)類型實(shí)驗(yàn)類型為設(shè)計(jì)型，2 個(gè)學(xué)時(shí)。 實(shí)驗(yàn)?zāi)康恼莆杖毕莨芾淼幕驹砗头椒?；掌?bugfree 的安裝方法；能熟練應(yīng)用 bugfree 進(jìn)行缺陷記錄和管理； 背景知識(shí)Bugfree 是國(guó)內(nèi)計(jì)算機(jī)專家劉振飛根據(jù)微軟的缺陷管理思想，利用 php 開發(fā)一個(gè) WEB 開源缺陷管理軟件。微軟通過 Bug 管理系統(tǒng) Raid（現(xiàn)在叫 Product Studio） ?？梢哉f，遍布全球的微軟研發(fā)人員能夠保持統(tǒng)一的思維模式、做事及語言習(xí)慣，與整個(gè)研發(fā)流程的配套工具密不可分，其中最重要的就是通過 Raid 把整個(gè)產(chǎn)品的研發(fā)有機(jī)的聯(lián)系起來。Raid 的基本功能? 一個(gè)團(tuán)隊(duì)中的所有人都可以創(chuàng)建、指派 Bug，或者改變 Bug 狀態(tài)? 用戶可以非常自由的去定制 Raid? 基于 SQL，很多有用的報(bào)告可以被生成出來? 管理層需要所有 Bug 都在 Raid 中被有效的跟蹤處理Raid 的價(jià)值在于它密切跟蹤當(dāng)前產(chǎn)品的實(shí)際 Bug 狀態(tài)，使項(xiàng)目組中的成員非常有效的協(xié)調(diào)他們的工作。大家都很聰明，如果一個(gè)工具是容易理解的、而且管理層提供其使用指南（比如 Bug 怎么被指派和解決） ，那么簡(jiǎn)單的工具也能提供巨大的價(jià)值。BugFree 基于 Apache, PHP 和 MySQL 開發(fā)，是免費(fèi)且開發(fā)源代碼的缺陷管理系統(tǒng)。服務(wù)器端在 Linux 和 Windows 平臺(tái)上都可以運(yùn)行；客戶端無需安裝任何軟件，通過 IE，F(xiàn)ireFox 等瀏覽器就可以自由使用。BugFree 2 在 BugFree 的基礎(chǔ)上，集成了 Test Case 和 Test Result 的管理功能。具體使用流程是：首先創(chuàng)建 Test Case（測(cè)試用例） ，運(yùn)行 Test Case 產(chǎn)生 Test Result（測(cè)試結(jié)果） ，運(yùn)行結(jié)果為Fail 的 Case，直接創(chuàng)建 Bug。 Test Case 標(biāo)題、步驟和 Test Result 運(yùn)行環(huán)境等信息直接復(fù)制到新建的Bug 中。如下圖所示。新建的 Bug 處于 Active 狀態(tài)，可以通過編輯指派給合適的解決者。解決 Bug 之后，Bug 狀態(tài)變?yōu)?Resolved，并自動(dòng)指派給創(chuàng)建者。創(chuàng)建者驗(yàn)證 Bug。如果未修復(fù)，再重新激活，Bug 狀態(tài)重新變?yōu)?Active；如果已經(jīng)修復(fù)則可以關(guān)閉，Bug 狀態(tài)變?yōu)?Closed，Bug 生命周期結(jié)束。已經(jīng) Closed的 Bug 如果重新復(fù)現(xiàn)，也可以直接激活。具體流程如下圖所示。 實(shí)驗(yàn)設(shè)備主流 PC 機(jī)一套，windows 操作系統(tǒng)、自行開發(fā)的軟件及開發(fā)平臺(tái)、xampp 安裝軟件、bugfree； 實(shí)驗(yàn)內(nèi)容模擬以小組為單位，制定缺陷管理流程和人員安排安裝 bugfree；測(cè)試開發(fā)的軟件，并提交 bug 到 bugfree 中。解決 bug 過程中，可以模擬以下情況：? Bug 沒有爭(zhēng)議，順利解決? Bug 沒有爭(zhēng)議，但必須推遲到后一個(gè)版本才能解決? Bug 沒有爭(zhēng)議，經(jīng)過大家的反復(fù)討論后，才得以解決? 提交的 bug 存在爭(zhēng)議編寫缺陷管理報(bào)告。 實(shí)驗(yàn)步驟（1） 熟悉 bugfree，并在 windows 環(huán)境下安裝；（2） 研究缺陷管理流程、人員分工和 bug 格式；（3） 測(cè)試軟件，填寫 bug，并指派解決人員（4） 討論并修復(fù) bug，直至 bug 關(guān)閉；（5） 撰寫缺陷管理報(bào)告； 實(shí)驗(yàn)要求必須是自己或小組編寫的軟件；每人都要認(rèn)真準(zhǔn)備和討論，發(fā)現(xiàn)缺陷管理的困難和解決方法；提交缺陷管理報(bào)告，報(bào)告中至少描述以下內(nèi)容：? 小組開發(fā)的軟件簡(jiǎn)介及模塊說明? 小組缺陷管理機(jī)制及人員分工? 小組的缺陷管理過程記錄? 缺陷管理總結(jié)