EnovellBugfree管理工具研發(fā)專用Bugfree使用說明書研發(fā)版EnovellBugfree管理工具研發(fā)專用Bugfree使用說明書研發(fā)版

目錄一、Login 2二、登錄Bugfree 2三、主界面 2四、用戶信息模塊（圖1-2中標號為1） 31.用戶名 32.編輯我信息 33.退出 4五、項目選擇及模塊篩選框（圖1-2中標號為2） 51.項目選擇框 52.項目模塊框 6六、模式切換標簽和查詢框（圖1-2中標號為3） 7七、個性顯示框（圖1-2中標號為4） 9八、查詢結(jié)果框（圖1-2中標號為5） 101.bug三種狀態(tài) 10（1）Active 10（2）Resolved 11（3）Closed 112.bug生命周期 11（1）經(jīng)過查詢框過濾出全部指派給自己bug 11（2）單擊“活動”狀態(tài)bug標題，打開鏈接 12（3）單擊“處理”按鈕，進入“已處理”狀態(tài) 14（4）填寫處理信息并保留 16九、編后語 18

一、Login輸入以下地址并加入你瀏覽器收藏夾：:8080/bugfree/Login.php二、登錄Bugfree圖1-1輸入用戶名和密碼即可登錄Bugfree主界面，初始用戶名和密碼暫定為各讀者漢字全名拼音字母組合，輸入完成，單擊“登錄”按鈕（或回車），進入主界面。三、主界面圖1-2下面分別講述各模塊使用方法。四、用戶信息模塊（圖1-2中標號為1）1.用戶名圖1-3圖中所指為用戶真實姓名，此處經(jīng)常被忽略，實際上卻傳達著主要信息，嚴格地說，每個人都應重新設(shè)定密碼，以預防相互使用他人帳號從而造成管理上混亂。2.編輯我信息

圖1-4單擊圖中所表示按鈕，進入以下界面

圖1-5可對真實姓名、Email、密碼等信息進行編輯，完成后單擊“提交”按鈕，即可修改個人信息，此處密碼即為登錄密碼，如讀者以為有必要，可對初始密碼進行修改。3.退出

圖1-6單擊“退出”按鈕，可回到登陸界面，如圖1-1，除特殊情況下需登錄他人帳號之外，這個功效是用不到，可直接單擊主界面（如圖1-2）右上角關(guān)閉按鈕退出Bugfree。五、項目選擇及模塊篩選框（圖1-2中標號為2）1.項目選擇框圖1-7圖中所表示即為項目選擇框，單擊右側(cè)按鈕，可彈出項目下拉菜單（如圖1-8），可切換項目名稱從而實現(xiàn)對模塊列表和查詢結(jié)果（圖1-2中標號為5模塊）切換（如圖1-9）

圖1-8圖1-9與此同時，查詢結(jié)果也實現(xiàn)切換。圖1-10在此要尤其說明一下，企業(yè)現(xiàn)使用版本Bugfree本身也有bug，即首次進入主界面時，項目選擇框和中默認項目與查詢結(jié)果框中所顯示bug往往不一致，此時選中默認項目，亦不能切換查詢結(jié)果，只有切換項目選擇框中項目名，才可實現(xiàn)查詢結(jié)果切換。2.項目模塊框單擊模塊左側(cè)“+”“-”按鈕，可實現(xiàn)對模塊展開和收起，單擊模塊名稱，可過濾出該模塊中全部bug并顯示在查詢結(jié)果框中（如圖1-12）

圖1-11圖1-12六、模式切換標簽和查詢框（圖1-2中標號為3）圖1-13圖中所表示即為模式切換標簽，研發(fā)組員只會用到第一個標簽，即Bug模式。其下方即為查詢框，可自行設(shè)置查詢條件，單擊“提交查詢”，即在查詢結(jié)果中顯示符合查詢條件bug，全部選擇框支持含糊搜索。在此需要尤其指出是，此查詢框與項目選擇框和項目模塊框是完全獨立兩套體系，就是說，即使項目選擇框中顯示是當前項目，如不在查詢框中選擇項目名稱，系統(tǒng)仍會默認是對全部項目中符合條件bug進行篩選。另外，凡是右側(cè)有按鈕選擇框都可單擊按鈕打開下拉菜單，就是說，查詢字段并不是固定，可在一定范圍內(nèi)實現(xiàn)自定義查詢。除項目名稱外，BugID也是經(jīng)常被用到字段，它能夠在瞬間鎖定某一個bug，如圖1-14。圖1-14除此之外，最經(jīng)常被研發(fā)人員用到，就是“指派給”這一字段。在下拉框中找到自己名字并選中（如圖1-15），單擊“提交查詢”按鈕，即可在查詢結(jié)果中查詢到全部指派給自己bug。效果如圖1-16。圖1-15 圖1-16當左右模塊之間關(guān)系定為“而且”時，兩模塊連結(jié)成一個整體，當用到“指派給”這類字段時，要注意清空其余搜索框，以確保查詢結(jié)果全部顯示。

七、個性顯示框（圖1-2中標號為4）單擊“指派給我”按鈕，即可查看指派給自己最近10條統(tǒng)計，單擊任意bug統(tǒng)計，即可進入該bug創(chuàng)建修改界面，從而對這些最新指派給自己bug進行處理。

圖1-17八、查詢結(jié)果框（圖1-2中標號為5）1.bug三種狀態(tài)狀態(tài)說明Active(活動)Bug初始狀態(tài)。任何新建Bug狀態(tài)都是Active。能夠經(jīng)過編輯修改Bug內(nèi)容，并指派給適宜人員處理。Resolved(已處理)處理Bug之后狀態(tài)。Closed(已關(guān)閉)已修復Bug在驗證無誤之后關(guān)閉，該Bug處理完成。假如沒有真正處理或者重新復現(xiàn)，能夠重新激活，Bug狀態(tài)重新變?yōu)锳ctive。表1-1（1）Active圖1-18（2）Resolved圖1-19（3）Closed圖1-202.bug生命周期因為創(chuàng)建bug是測試人員工作，在此不作贅述，只簡述研發(fā)人員操作流程。（1）經(jīng)過查詢框過濾出全部指派給自己bug圖1-21假如你一個人做項目標話，也可使用項目選擇框或項目模塊框來篩選bug。圖1-22此種查詢方式可實現(xiàn)對當前項目或某一模塊更為全方面、直觀監(jiān)督。（2）單擊“活動”狀態(tài)bug標題，打開鏈接 圖1-23進入bug界面。 圖1-24依照實踐經(jīng)驗，按照圖中所表示次序進行操作，可在最快時間內(nèi)鎖定問題。首先打開附件處圖片，對照圖片閱讀復現(xiàn)步驟，在充分了解問題之后，對問題進行篩選歸類。筆者認為，看一個bug處理一個問題，并不是一個高效工作方式，因為測試人員水平和了解能力往往參差不齊，有些問題實際上是由測試員不了解業(yè)務引發(fā)，因為產(chǎn)品一直是由程序員創(chuàng)作產(chǎn)生，你們對產(chǎn)品業(yè)務和實現(xiàn)方法掌握著更多信息，而測試員在此期間難免對一些問題存在誤解，而且因為水平和經(jīng)驗所限，一些測試錯誤是難以防止。所以筆者認為，在程序員真正開始對某一個模塊進行修改之前，應先把模塊內(nèi)全部活動狀態(tài)bug瀏覽一遍，并進行分類歸總。其分類方式已經(jīng)在Bugfree中給出。類型處理方案詳細說明

三種無效BugByDesign設(shè)計需求就是這么設(shè)計Duplicate這個問題他人已經(jīng)發(fā)覺NotRepro無法復現(xiàn)問題

四種有效BugFixed問題被修復External外部原因(比如瀏覽器、操作系統(tǒng)、其余第三方軟件)造成問題Postponed發(fā)覺太晚了，下一個版本討論是否處理Won’tFix是個問題，不過不值得修復表1-2（3）單擊“處理”按鈕，進入“已處理”狀態(tài) 圖1-25處理Build即是版本號，將上面創(chuàng)建Build版本號抄下來即可，處理方案則依照表1-2中標準進行定制，其它地方都能夠空著。在此要尤其指出是，在單擊Duplicate這一字段時，系統(tǒng)會要求輸入重復問題BugID，出于對測試人員心血尊重，切不可為繞過這一步而選擇Fixed字段從而影響測試人員判斷，當然，假如你按我說在處理bug之前先進行過濾，是沒有機會偷這個懶，對你自己也只會起到一個減輕心理負擔作用，假如找不到重復bug，可用查詢框進行含糊搜索，詳細實現(xiàn)以下列圖。圖1-26在檢索出結(jié)果中尋找出重復問題進行處理，此處需要注意是，所輸入詞匯必須是Bug標題中出現(xiàn)過，另外，也可用項目模塊框進行尋找。在此需要尤其指出是，在Bugfree中，BugID排序是按照提交先后進行設(shè)置，也就是說，號數(shù)小是先提交，號數(shù)大是后提交。所以，在使用Duplicate字段時要尤其注意，一定是號數(shù)大重復號數(shù)小，而不可能是反過來。所以在你提交之前，一定要先檢驗界面右上方編號是否大于你自己所輸入重復ID，假如不是，說明你弄反了，應該把重復ID所代表bug使用Duplicate棄掉。圖1-27只有兩種特殊情況能夠違反以上判定標準，一是日后提交bug是對前一問題補充，這種補充不是指描述上補充，而是錯誤上補充，即提出了新錯誤點，或是程序員在更改代碼過程中把一些已存在bug深入擴大化，測試員為了全方面覆蓋問題而重復提交，對這類問題不能使用Duplicate這一字段。還有一個情況，就是前一個bug是由后一個bug引發(fā)，而后一個bug是前一個bug產(chǎn)生根源，在這種情況下，應對前一個bug使用Duplicate。在此需要強調(diào)是，程序員在對bug進行分類時，應盡可能尊重事實，不要用自己錯誤去影響測試員和項目經(jīng)理判斷。當一個項目由兩個以上測試人員參加測試時，這類重復問題可能會非常多，即使只有一個人測，因為水平所限，各種測試錯誤也在所難免，所以個人認為在修改bug之前對問題進行驗證和過濾是十分必要。（4）填寫處理信息并保留按下列圖中標號次序進行操作，請仔細填寫處理方案和注釋文字，然后單擊“保留”按鈕，因為服務器性能缺點，在這個過程中很可能出現(xiàn)操作失敗，此時可將主要信息暫時備份，待系統(tǒng)恢復后重新提交。圖1-28操作成功界面以下。圖1-29與此同時，主界面中對該問題顯示變?yōu)樘幚頎顟B(tài)，在此需要尤其指出是，即使現(xiàn)在版本Bugfree仍存在一些缺點，但同時處理做得還是不錯，所以并不存在操作上時延，希望廣大程序員在對待自己項目時也能注意到這一點，因為它好處是顯而易見。圖1-30到此為止，bug過濾過程基本完成，剩下待處理bug，在自行修改驗證自認為沒有問題之后單擊Fixed字段保留，為盡可能縮短測試周期，降低測試輪次，程序員在修改問題時應盡可能專心去完成，因為項目經(jīng)理會全程監(jiān)督這個過程，并依照監(jiān)督結(jié)果對程序員進行直接考評。之后，測試員會對處于處理狀態(tài)bug進行驗證，如問題沒有得到處理或在修改代碼過程中引入了新問題，該bug會被再度激活，如經(jīng)驗證確實已經(jīng)處理，測試員會將該bug關(guān)閉。圖1-31在此需要強調(diào)是，現(xiàn)在版本Bugfree權(quán)限設(shè)置還不完善，