《軟件測試基礎(chǔ)》課件-第14章

第14章缺陷跟蹤管理工具

14.1缺陷跟蹤管理工具——Bugzilla14.2問題跟蹤軟件—Jira

14.1缺陷跟蹤管理工具—Bugzilla

Bugzilla是由Mozilla公司提供的一個(gè)開源的缺陷跟蹤工具，在全世界擁有大量用戶。作為一個(gè)產(chǎn)品缺陷的記錄及跟蹤工具，它能夠?yàn)檐浖M織建立一個(gè)完善的缺陷跟蹤體系，包括報(bào)告缺陷、查詢?nèi)毕萦涗洸a(chǎn)生報(bào)表、處理解決缺陷、管理員系統(tǒng)初始化和設(shè)置等。

Bugzilla主要為Unix/Linux系統(tǒng)設(shè)計(jì)，也可以運(yùn)行在Windows系統(tǒng)上?？蓮木W(wǎng)站下載Bugzilla的軟件包。Bugzilla的運(yùn)行需要數(shù)據(jù)庫系統(tǒng)MySQL、

Perl語言包和Web服務(wù)器(如Tomcat)的支持。14.1.1Bugzilla的特點(diǎn)

Bugzilla具有以下特點(diǎn)：

(1)基于Web方式，安裝簡單，運(yùn)行方便快捷，管理安全。

(2)提供強(qiáng)大的查詢匹配能力，能根據(jù)各種條件組合進(jìn)行缺陷查詢，并能夠記憶搜索條件。

(3)缺陷從最初的報(bào)告到最后的關(guān)閉都有詳細(xì)的操作記錄，確保缺陷不會(huì)被忽略，并允許用戶在檢查缺陷狀態(tài)時(shí)獲取歷史記錄。

(4)自帶基于當(dāng)前數(shù)據(jù)庫的報(bào)表生成功能,主要生成兩類圖表：基于表格的視圖和圖形視圖(條形圖、線圖、餅狀圖)。(5)具有靈活和完善的權(quán)限管理功能，管理員可以根據(jù)需要定義由個(gè)人或者小組構(gòu)成的訪問組。可以定義一組特殊用戶，他們所發(fā)表的評論和附件只能被組內(nèi)成員訪問。

(6)模型化的驗(yàn)證模塊，方便用戶添加所需系統(tǒng)驗(yàn)證。Bugzilla內(nèi)置了對MySQL和LDAP授權(quán)驗(yàn)證的支持。

(7)可本地化配置：管理員可以根據(jù)用戶所在地域來配置使用本地的字體進(jìn)行頁面顯示。

(8)評論回復(fù)鏈接：對缺陷的評論提供直接的頁面鏈接，幫助復(fù)查人員評審缺陷。14.1.2Bugzilla的缺陷處理流程

(1)測試人員或開發(fā)人員發(fā)現(xiàn)Bug后，判斷該Bug屬于哪個(gè)模塊的問題，填寫B(tài)ug報(bào)告后，通過E-mail通知項(xiàng)目組長或直接通知開發(fā)者。

(2)項(xiàng)目組長根據(jù)具體情況，重新分配(reassigned)給Bug所屬的開發(fā)者。

(3)開發(fā)者收到E-mail信息后，判斷是否為自己的修改范圍。

(4)測試人員查詢開發(fā)者已修改的Bug，進(jìn)行重新測試。(可創(chuàng)建testcase附件)

(5)如果這個(gè)Bug一周內(nèi)一直沒被處理過，Bugzilla就會(huì)一直通過E-mail通知它的屬主，直到Bug被處理。14.1.3Bugzilla的基本操作

1.新建一個(gè)用戶賬號

(1)點(diǎn)擊“OpenanewBugzillaaccount”鏈接，輸入用戶的E-mail地址，然后點(diǎn)擊“CreateAccount”。

(2)稍候，用戶會(huì)收到一封電子郵件，郵件中包含用戶的登錄賬號(與E-mail相同)和口令，這個(gè)口令是Bugzilla系統(tǒng)隨機(jī)生成的，用戶可以根據(jù)需要進(jìn)行變更。

隨后可使用該賬號登錄Bugzilla。

2.報(bào)告Bug

報(bào)告一個(gè)新的Bug時(shí)，需在圖14.1所示的界面中輸入Bug的相關(guān)信息。圖14.1報(bào)告一個(gè)新的Bug

3．Bug的處理

Bug的屬主(負(fù)責(zé)修復(fù)缺陷的人員)進(jìn)行缺陷修復(fù)的操作方法如下：

登入Bugzilla系統(tǒng)后，點(diǎn)擊瀏覽器下方的“Saved

Searches:MyBugs”按鈕進(jìn)入Bug管理界面，選擇要修復(fù)的Bug，修復(fù)完畢后，給出解決方式并填寫AdditionalComments，還可創(chuàng)建附件(如更改提交單)，如圖14.2所示。圖14.2處理Bug

4.測試人員驗(yàn)證已修改的Bug

開發(fā)人員處理完Bug并提交之后，測試人員查詢開發(fā)者已修改的Bug，即Status為“Resolved”，Resolution為“Fixed”的Bug，進(jìn)行回歸測試。經(jīng)驗(yàn)證無誤后，將缺陷的狀態(tài)改為Verified。待整個(gè)產(chǎn)品發(fā)布后，修改為Closed。若還有問題，Reopened，狀態(tài)重新變?yōu)椤癗ew”，并發(fā)郵件通知，如圖14.3所示。圖14.3驗(yàn)證已修改的Bug

5.確認(rèn)Bug是否存在

(1)查詢狀態(tài)為“Unconfirmed”的Bug。

(2)測試人員對開發(fā)人員提交的Bug進(jìn)行確認(rèn)，確認(rèn)Bug存在。

具體操作：選中“Confirmbug(changestatustoNew)”后，進(jìn)行commit，操作結(jié)果為Bug的狀態(tài)變?yōu)椤癗ew”。

6.查找Bug

可以使用Bugzilla的查詢頁面查找到系統(tǒng)中所有的Bug信息。Bug報(bào)告中所有的字段信息都可作為查詢條件。對于某些字段，可以選擇多個(gè)值，在這種情況下，Bugzilla會(huì)返回與任意值匹配的Bug記錄。

可將一已執(zhí)行的查詢保存下來，成為一個(gè)“保存查詢”(SavedSearch)，顯示在查詢頁面的頁腳處，供以后重復(fù)使用。

可使用布爾表達(dá)式將多個(gè)查詢條件組合在一起，構(gòu)成高級查詢。

7.報(bào)表的生成

當(dāng)使用查詢功能得到Bug數(shù)據(jù)集后，可在此Bug數(shù)據(jù)集的基礎(chǔ)上生成報(bào)表。Bugzilla的報(bào)表分為兩類：基于HTML表格的報(bào)表和基于圖形的報(bào)表。其中基于圖形的報(bào)表可繪制出線圖、餅狀圖和柱狀圖。

例如，當(dāng)使用查詢功能查詢出某一產(chǎn)品中的所有Bug記錄后，可使用報(bào)表來顯示出各構(gòu)件中不同嚴(yán)重程度的Bug的分布狀況，從而發(fā)現(xiàn)哪些模塊的質(zhì)量存在嚴(yán)重問題。當(dāng)定義好報(bào)表參數(shù)后，單擊“GenerateReport”，便可生成報(bào)表，且報(bào)表的形式可在HTML表格、線圖、餅圖和柱狀圖之間切換。14.1.4TestCenter與Testlink、Bugzilla對比

Bugzilla缺陷管理工具是一個(gè)錯(cuò)誤跟蹤系統(tǒng)，用于對軟件產(chǎn)品程序開發(fā)過程的錯(cuò)誤跟蹤。作為一款開源的Bug追蹤系統(tǒng)，是專門為Unix定制開發(fā)的。但是在Windows平臺(tái)下依然可以成功安裝使用。

Bugzilla是一個(gè)擁有較強(qiáng)功能的錯(cuò)誤跟蹤系統(tǒng)，可以使開發(fā)測試人員在軟件開發(fā)過程中跟蹤軟件錯(cuò)誤的處理過程，為開發(fā)和測試工作以及產(chǎn)品質(zhì)量的度量提供數(shù)據(jù)支持，從而保證軟件產(chǎn)品的質(zhì)量。

TestCenter是一款更好更強(qiáng)大的缺陷管理、測試管理工具，擁有比Bugzilla更強(qiáng)大的功能以及無法比擬的優(yōu)勢。TestCenter基于B/S體系結(jié)構(gòu)，可以分別通過自動(dòng)化測試或者手工測試制定測試流程，并且提供多任務(wù)的測試執(zhí)行以及缺陷跟蹤管理系統(tǒng)，最終生成測試報(bào)表。TestCenter可以和本公司的測試工具AutoRunner、TerminalAutoRunner系列集成，也可以和其它測試工具集成，提供強(qiáng)大的自動(dòng)化功能測試。

TestCenter匯集了QC、Bugzilla、bugfree等眾多優(yōu)秀測試工具與缺陷管理工具的優(yōu)點(diǎn)。下面從安裝以及易用性上對比TestCenter與Testlink、Bugzilla。

1.安裝方面

Testlink和Bugzilla使用較為繁瑣，修改配置文件比較麻煩，若要對這兩款軟件進(jìn)行漢化的話，有可能出現(xiàn)亂碼或數(shù)據(jù)丟失等現(xiàn)象。而TestCenter的整個(gè)安裝過程只需10分鐘即可，而且基本無需做什么配置，等待時(shí)間可以大大減少，提高了安裝效率。

2.功能方面

1)缺陷管理

Testlink無此功能。

Bugzilla雖然有缺陷管理功能，但若漢化后會(huì)出現(xiàn)輸入中文后變亂碼、郵件無法發(fā)送等問題，而且Bug一旦變多，管理就會(huì)混亂，不能直接關(guān)聯(lián)到相關(guān)的測試用例。

TestCenter的缺陷管理考慮到中國用戶的使用習(xí)慣，設(shè)置了多種查詢功能，而且客戶可以通過設(shè)置“過濾器”來查看滿足自定義條件的Bug。TestCenter同樣提供了導(dǎo)出Buglist的功能，而且支持打印。此外，在TestCenter的缺陷管理中可以查看所有Bug的圖表分析，包括日分析和月分析，這大大提高了測試團(tuán)隊(duì)的管理效率。

2)缺陷流程自定義

Testlink無此功能，無從比較。

Bugzilla的缺陷流程是比較規(guī)范的，但設(shè)計(jì)的時(shí)候并沒有充分考慮到中小公司的使用。由于中小型公司的測試人員較少，勢必會(huì)導(dǎo)致流程的不規(guī)范，這就關(guān)系到整個(gè)缺陷流程的自定義。在Bugzilla中提交Bug的整個(gè)流程是固定的，不可能根據(jù)中小型公司的實(shí)際需要來改變整個(gè)流程。

TestCenter不僅滿足一些大公司的測試需求，而且考慮到了中小型企業(yè)的實(shí)際情況，可以在缺陷自定義流程中自己做一些修改，比方說每一步都有上傳附件和修改備注信息等功能。也可由測試員自己關(guān)閉Bug，在提交完畢后還可以查看每一步所做的具體修改信息。

3)缺陷管理(關(guān)聯(lián)測試用例)

Testlink和Bugzilla都無此功能。

缺陷管理中的關(guān)聯(lián)測試用例是TestCenter的一個(gè)特色?？紤]到用戶可能由于Bug的數(shù)量越多，管理越混亂，導(dǎo)致提交Bug后找不到關(guān)聯(lián)的測試用例，因此TestCenter提供了關(guān)聯(lián)測試用例功能。在提交Bug的過程中，用戶可以填寫與該Bug相關(guān)聯(lián)的測試用例，到回歸查看該Bug時(shí)就可方便地查詢到關(guān)聯(lián)的測試用例。

4)缺陷管理(缺陷關(guān)聯(lián)需求)

Testlink和Bugzilla都無此功能。

一個(gè)完整的測試流程都會(huì)有明確的測試需求。所以，TestCenter通過缺陷查看需求是十分重要的。在測試人員提交Bug的過程中，可以填寫與該Bug相關(guān)的測試需求，到回歸查看該Bug時(shí)就可方便地查詢到關(guān)聯(lián)的測試用例。

5)?SQL語句查詢

Testlink無此功能。

Bugzilla雖然支持SQL語句的查詢，但在查詢過程中，一旦輸錯(cuò)語句，則可能導(dǎo)致查詢失敗，而用戶還未察覺到所輸入的語句存在問題，進(jìn)而無法在大量的缺陷中找到要查詢的Bug。

TestCenter在最新版本中加入了SQL語句的查詢功能，用戶只需選擇所要查詢的條件，便可以自動(dòng)生成SQL語句。若要查詢其它缺陷，只需修改關(guān)鍵詞即可，從而大大降低了輸入SQL語句錯(cuò)誤的概率。

6)測試需求

Testlink有新建測試需求的功能，但對于整個(gè)測試流程來說還是比較簡單的，只能滿足最基本的需要。

Bugzilla無此功能。

TestCenter有單獨(dú)的測試需求模塊，并且支持導(dǎo)出測試需求功能。TestCenter的測試需求在Testlink的基礎(chǔ)上還可以直接到測試用例模塊中新建與測試需求完全相同的樹結(jié)構(gòu)，這就省去了新建完測試需求后還要到測試用例模塊中建立對應(yīng)的測試用例這一步驟，節(jié)省了大量寶貴的測試時(shí)間。不僅如此，TestCenter的測試需求模塊還提供了測試集新建向?qū)В脩舨槐匦陆ㄍ隃y試需求后在每個(gè)模塊中不斷切換，便可直接在測試集模塊中建立與需求相關(guān)的測試集。

7)測試用例

Testlink提供了測試用例，并且能夠關(guān)聯(lián)到測試需求，但每個(gè)測試用例并不能記錄詳細(xì)的操作過程，對于手工測試和自動(dòng)化測試都不是很方便。

Bugzilla無此功能。

TestCenter的測試用例模塊提供了導(dǎo)出測試用例組功能，并且在測試用例中可以設(shè)置組件(腳本)的依賴關(guān)系，在自動(dòng)運(yùn)行中可以方便地按照所要執(zhí)行的順序進(jìn)行自動(dòng)運(yùn)行。此外，新版本的TestCenter提供了“用例設(shè)計(jì)”模塊。在“用例設(shè)計(jì)”中可以詳細(xì)記錄自動(dòng)執(zhí)行或手動(dòng)執(zhí)行時(shí)每一步的詳細(xì)步驟，這些在Testlink中都沒有提供。

8)手動(dòng)測試任務(wù)管理

TestCenter提供了面向任務(wù)的測試管理：第一，從測試計(jì)劃發(fā)起一個(gè)測試活動(dòng)為每一個(gè)測試用例創(chuàng)建一個(gè)測試任務(wù)；第二，測試經(jīng)理可以把測試任務(wù)分配給測試工程師；第三，測試工程師根據(jù)測試任務(wù)來填報(bào)；第四，若測試過程中出現(xiàn)問題，可以直接根據(jù)測試問題提交缺陷。

9)自動(dòng)測試支持

TestCenter提供了更多對自動(dòng)測試的支持。自動(dòng)測試是功能測試發(fā)展的方向，使用自動(dòng)測試能夠在更短的時(shí)間內(nèi)執(zhí)行更多輪次的測試。

TestCenter的測試用例支持自動(dòng)執(zhí)行(通過調(diào)用業(yè)務(wù)組件的腳本)。Testlink不支持自動(dòng)測試。TestCenter能夠通過與自動(dòng)測試工具連接，調(diào)用自動(dòng)測試工具來執(zhí)行測試腳本。

10)對BPT的支持

TestCenter支持面向業(yè)務(wù)流程的測試—BusinessProcessTesting(BPT)。TestCenter對BPT的支持，能夠使自動(dòng)測試類似于工作流等應(yīng)用系統(tǒng)成為可能，提供更多的測試支持。

11)支持業(yè)務(wù)組件

TestCenter的測試對象支持三層組件：第一層，業(yè)務(wù)組件；第二層，測試用例；第三層，測試集。通過三層模型能夠非常好地支持BPT。

Testlink只支持測試用例和測試集，無法提供對BPT的支持。

12)從測試需求創(chuàng)建測試集

TestCenter能夠從需求出發(fā)來創(chuàng)建測試集，從而很好地計(jì)算測試需求的覆蓋率。測試需求覆蓋率對于測試經(jīng)理而言非常重要：它是衡量測試覆蓋范圍的非常重要的因素。TestCenter支持測試對比報(bào)表，能夠?qū)纱位蛘叨啻螠y試的結(jié)果進(jìn)行比對，方便測試經(jīng)理比對兩次測試或者多次測試的結(jié)果。

14.2問題跟蹤軟件—Jira

14.2.1Jira的特點(diǎn)

Jira具有以下特點(diǎn)：

(1)?Jira是“問題(issue)”管理工具，“問題”除包括缺陷外，還包括軟件特征、任務(wù)和改進(jìn)等。

(2)具有高度可定制性，無論界面、缺陷跟蹤工作流，還是問題屬性字段，都可以由用戶進(jìn)行定制，使系統(tǒng)具有高度的靈活性和適應(yīng)性。

(3)能夠跟蹤軟件組件和版本。

(4)具有很強(qiáng)的查詢功能，可執(zhí)行全文搜索，并可將查詢條件保存為過濾器，不同的用戶可共享過濾器。

(5)靈活的用戶/用戶組權(quán)限管理?？稍O(shè)置多個(gè)權(quán)限分配方案，不同的項(xiàng)目可以有不同的系統(tǒng)權(quán)限分配。

(6)高度可配置的E-mail通知策略，不同的項(xiàng)目可設(shè)置不同的郵件通知方案。

(7)具有對每個(gè)屏幕的打印選擇。

(8)具有對缺陷進(jìn)行投票和監(jiān)視的功能。(9)易于和其它系統(tǒng)(E-mail、SOAP、Excel、XML、CVS、SVN、Perforce等)實(shí)現(xiàn)集成，監(jiān)聽器和服務(wù)程序能夠提供與現(xiàn)有系統(tǒng)的雙向信息交換。具有良好的可擴(kuò)展性，完整的JAVA應(yīng)用程序接口允許用戶通過編寫代碼直接與Jira連接，從而可無限制地?cái)U(kuò)展Jira。

(10)具有很好的平臺(tái)兼容性，能夠運(yùn)行于所有安裝了JDK的操作系統(tǒng)上，并能夠跟幾乎所有的兼容JDBC的數(shù)據(jù)庫一起使用。14.2.2缺陷跟蹤操作

使用Jira可以很方便地進(jìn)行缺陷跟蹤流程中的各種操作。

1．報(bào)告Bug

先選擇要報(bào)告的問題類型(Bug)，如圖14.4所示。除Bug外，Jira還可對其它各種類型的問題進(jìn)行跟蹤，如需求變更、軟件改進(jìn)等。

單擊“下一步”，出現(xiàn)Bug信息填寫頁面，如圖14.5所示，在該頁面中填寫B(tài)ug的詳細(xì)信息。圖14.4選擇問題類型圖14.5填寫B(tài)ug的詳細(xì)信息

2．處理Bug

開發(fā)人員首先查詢分配給自己處理的缺陷，如圖14.6所示。圖14.6查詢分配給自己處理的缺陷接受缺陷處理任務(wù)，準(zhǔn)備開始處理缺陷，如圖14.7所示。圖14.7接受Bug處理任務(wù)處理完缺陷后，準(zhǔn)備填寫處理情況，如圖14.8所示。圖14.8解決Bug填寫缺陷處理情況，如圖14.9所示。圖14.9填寫缺陷處理情況圖14.10關(guān)閉或重新打開Bug

3．關(guān)閉或重新打開Bug

對于已經(jīng)處理的缺陷，可將其關(guān)閉。若缺陷仍存在問題，可將其重新打開(對于已經(jīng)關(guān)閉的缺陷，也可將其重新打開)，如圖14.10所示。14.2.3查詢操作

Jira提供了很強(qiáng)的問題查詢功能。在Jira的主菜單中單擊“FindIssues”，可打開Jira的問題瀏覽界面，在該界面左側(cè)是問題查詢表單，如圖14.11所示。

在圖14.11所示的界面中可輸入或選擇各種查詢條件，例如屬于某項(xiàng)目的缺陷、描述字段包含了某一字符串的缺陷、某人員報(bào)告的所有缺陷，等等。查詢條件輸入完畢后，單擊“View”按鈕，即顯示出所有滿足條件的問題記錄。圖14.11Jira的問題查詢界面如果某一組查詢條件可能會(huì)重復(fù)使用，可將其保存為“過濾器”。圖14.12顯示了Jira的過濾器界面。

在“過濾器”界面中，“View”選項(xiàng)卡用于查看當(dāng)前的過濾器。該選項(xiàng)卡中顯示了過濾器的名稱、描述、摘要、可用操作等信息。一個(gè)過濾器可以被重命名、保存為新的過濾器、訂閱或共享?！癊dit”選項(xiàng)卡用于編輯當(dāng)前過濾器的查詢條件?！癗ew”選項(xiàng)卡用于創(chuàng)建一個(gè)新的過濾器?！癕anage”選項(xiàng)卡用于管理所有已存在的過濾器。圖14.12“過濾器”界面14.2.4生成報(bào)表

Jira可產(chǎn)生各種各樣的報(bào)表，這些報(bào)表顯示了Jira系統(tǒng)中各項(xiàng)數(shù)據(jù)的統(tǒng)計(jì)結(jié)果。Jira內(nèi)置的報(bào)表包括：路線圖、變更日志、受關(guān)注問題、發(fā)布記錄、時(shí)間跟蹤報(bào)表、開發(fā)者工作量報(bào)表、版本工作量報(bào)表、單級分組報(bào)表。除了這些內(nèi)置的報(bào)表外，還可通過插件的方式給Jira添加其它類型的報(bào)表。

1．路線圖報(bào)表

Jira為每個(gè)項(xiàng)目提供了一個(gè)路線圖，顯示出在將要發(fā)布的三個(gè)版本中需要解決的問題。路線圖報(bào)表提供了對版本發(fā)布進(jìn)展情況的概覽。

單擊Jira主菜單中的“Browse”，在項(xiàng)目列表中選擇一個(gè)項(xiàng)目，然后單擊“RoadMap”選項(xiàng)卡，便可顯示出該項(xiàng)目的路線圖報(bào)表。

2．變更日志報(bào)表

變更日志報(bào)表顯示了在某一項(xiàng)目最近的三個(gè)發(fā)布中所解決的問題，與路線圖報(bào)表相反，變更日志報(bào)表提供了一個(gè)過去的視圖，顯示最近版本中已解決問題的概覽。

單擊Jira主菜單中的“Browse”，在項(xiàng)目列表中選擇一個(gè)項(xiàng)目，然后單擊“ChangeLog”選項(xiàng)卡，便可顯示出該項(xiàng)目的變更日志報(bào)表。

3．受關(guān)注問題報(bào)表

受關(guān)注問題報(bào)表顯示了一個(gè)項(xiàng)目中未被解決的問題，這些問題是按它們受關(guān)注的程度排序的，而受關(guān)注程度是按它們的“投票數(shù)”衡量的。因此該報(bào)表只有在“投票”功能有效時(shí)才能使用。

單擊Jira主菜單中的“Browse”，在項(xiàng)目列表中選擇一個(gè)項(xiàng)目，然后單擊“PopularIssues”選項(xiàng)卡，便可顯示出該項(xiàng)目的受關(guān)注問題報(bào)表。

4．時(shí)間跟蹤報(bào)表

時(shí)間跟蹤報(bào)表顯示了一個(gè)特定產(chǎn)品版本中的問題的時(shí)間跟蹤信息。它顯示出特定問題的起始和當(dāng)前時(shí)間估計(jì)，以及它們是否超前或滯后于起始的計(jì)劃。

按以下步驟產(chǎn)生一個(gè)時(shí)間跟蹤報(bào)表：

(1)在項(xiàng)目瀏覽器頁面中選擇一個(gè)項(xiàng)目。

(2)單擊“TimeTrackingReport”，打開時(shí)間跟蹤報(bào)表參數(shù)設(shè)置表單。

(3)填寫必要的參數(shù)后，單擊“report”