BUG的提交與管理

什么是bugBug按照英文直譯過來叫“蟲子”。任何事物都不是完美的，何況是需要被測測試的物體。簡單的來說，bug就是事物的缺陷。現(xiàn)實(shí)生活中充滿了bug：人生病了，我們可以理解為有了bug；汽車拋錨了，我們可以理解為出了bug，電腦死機(jī)了，更是一個(gè)bug。如何判斷Bug但不是所有的問題都是bug。嚴(yán)格來說，是產(chǎn)品在規(guī)定范圍或正常操作下出現(xiàn)的錯(cuò)誤，才能稱為bug。如前面提到的汽車拋錨了，如果是因?yàn)槠囀褂媚晗蕹^了應(yīng)該的年限，或者是司機(jī)的錯(cuò)誤操作，都不能稱為bug。下面是一個(gè)bug舉例：WindowsXP支持的最大共享文件夾名長度為80個(gè)英文字母或40個(gè)漢字，但設(shè)置共享文件夾名時(shí)可輸入的范圍是80個(gè)英文字符或80個(gè)漢字，如果共享文件夾名在41～80個(gè)漢字之間，系統(tǒng)會(huì)提示該共享名包含無效的字符摂。其實(shí)真正的原因是共享文件夾名超長。找Bug的目的測試究竟是用來做什么的？bug又有什么用處？測試不是為了找bug這么簡單，測試的目的是通過找bug來提高產(chǎn)品質(zhì)量，提高產(chǎn)品開發(fā)流程，繼而滿足市場和客戶的要求。沒有bug的完美產(chǎn)品是不存在的，一輪接一輪的測試就是為了讓產(chǎn)品更加穩(wěn)定，讓bug被限制到盡可能小的范圍。測試的目的測試目的僅僅是為了尋找bug和修復(fù)bug嗎？Bug的嚴(yán)重等級(jí)是對(duì)被測設(shè)備表現(xiàn)的一個(gè)評(píng)判。被測設(shè)備錯(cuò)誤表現(xiàn)的嚴(yán)重性就決定了bug的嚴(yán)重等級(jí)。各家公司和機(jī)構(gòu)對(duì)于嚴(yán)重等級(jí)的劃分標(biāo)準(zhǔn)不一，但大體上可以按照下面的方式來定義：Priority1被測設(shè)備掛起或崩潰。被測設(shè)備重啟。內(nèi)存泄漏，系統(tǒng)配置丟失。Bug的嚴(yán)重等級(jí)Priority2功能或模塊不工作,測試就結(jié)果或行為與預(yù)期不一致，且沒有避開BUG的替代方法。功能缺失。系統(tǒng)性能與參考值相差太大。Priority3功能或模塊不工作,測試就結(jié)果或行為與預(yù)期不一致，但有避開BUG的替代方法。Bug的優(yōu)先級(jí)別Bug的優(yōu)先級(jí)別是從客戶需求角度來說的，用戶認(rèn)為重要的特性出了問題，哪怕只是小小的顯示信息錯(cuò)誤，也應(yīng)該在第一時(shí)間解決。Bug的生命歷程Bug也是有生命的，從bug的發(fā)現(xiàn)，到bug的修復(fù)。就是一個(gè)bug的生命歷程：2.如何找到更好更多的bugBug從那里來？一個(gè)產(chǎn)品從設(shè)計(jì)到開發(fā)，凝聚了所有系統(tǒng)設(shè)計(jì)師，開發(fā)人員，設(shè)計(jì)人員，管理人員的心血。從另一個(gè)方面來講，這些不同的環(huán)節(jié)和不同人的工作，卻是導(dǎo)致bug的原因。舉例來說，可能出現(xiàn)bug的情況有：新特性的增加對(duì)設(shè)計(jì)意圖的錯(cuò)誤理解代碼的反復(fù)修改不嚴(yán)格的代碼維護(hù)開發(fā)人員的素質(zhì)緊張的開發(fā)進(jìn)度。。。。。。怎么找bug？找bug決不是件簡單的事情。一個(gè)高素質(zhì)的測試人員應(yīng)該做好一下的工作：熟悉產(chǎn)品設(shè)計(jì)需求熟悉標(biāo)準(zhǔn)協(xié)議規(guī)范熟悉產(chǎn)品操作手冊熟悉測試工具儀器的使用有豐富的測試經(jīng)驗(yàn)當(dāng)bug出現(xiàn)時(shí)當(dāng)我們在發(fā)現(xiàn)一個(gè)產(chǎn)品的問題時(shí)，怎么確定就是一個(gè)bug？這也不是個(gè)簡單的問題，確定bug的過程稱為bug定位。一般來說，可以按照一下幾步來做：排除非正確因素：需要排除的因素包括是否按照合理的測試步驟，是否在合理的測試場景，是否在產(chǎn)品規(guī)格范圍內(nèi)，等等。只有排除了這些正常因素，而被測設(shè)備依然會(huì)有不正常行為，才能初步定位為bug。收集bug相關(guān)信息Bug出現(xiàn)時(shí)，應(yīng)該保存好設(shè)備的配置，測試儀器的配置，設(shè)備的日志，屏幕輸出等等。這些要素都是分析bug，修復(fù)bug的重要參考。尋找重現(xiàn)步驟這是bug定位中的難點(diǎn)，特別對(duì)于多功能多模塊的系統(tǒng)測試，bug產(chǎn)生的原因會(huì)很復(fù)雜，不是簡單的表面現(xiàn)象就能找到重現(xiàn)條件。尋求開發(fā)人員的幫助Bug找到了以后需要開發(fā)人員的確認(rèn)和修復(fù)，測試人員需要和開發(fā)人員一起確認(rèn)bug的原因，幫助開發(fā)人員找到bug的根源。報(bào)告bug這時(shí)找到bug需要做的最后一步，通常會(huì)有專業(yè)的bug管理軟件，如bugzilla，clearDDTS等等。什么是高質(zhì)量的bug？找到了Bug的重現(xiàn)條件，從測試的角度來說，工作就完成了一大半。重現(xiàn)條件能夠幫助開發(fā)人員更方便地定位，甚至開發(fā)人員會(huì)依賴于重現(xiàn)條件才能定位。找Bug的意義在于修復(fù)bug，不能重現(xiàn)的bug往往不能找到原因，更談不上修復(fù)。分析Bug趨勢圖Bug不是越多越好，在適當(dāng)?shù)臅r(shí)候發(fā)現(xiàn)適當(dāng)數(shù)量和質(zhì)量的bug才是產(chǎn)品經(jīng)理所希望看到的。如何報(bào)告bug在有些公司里，程序員幾乎會(huì)把一半的測試bug返回給測試組，因?yàn)槟切゜ug不可再現(xiàn)、發(fā)現(xiàn)bug同設(shè)計(jì)要求一致，或者bug報(bào)告根本無法操作。為了防止這類問題，要提交好的測試bug，作為一個(gè)好的測試人員，必須遵循以下步驟：1)總結(jié)：簡要描述客戶或用戶的質(zhì)量體驗(yàn)和觀察到的一些特征。2)壓縮：精簡任何不必要的信息，特別是冗余的測試步驟。3)去除歧義：使用清晰的語言，尤其要避免使用那些有多個(gè)不同或相反含義的詞匯。4)中立：公正地表達(dá)自己的意思，對(duì)錯(cuò)誤及其特征的事實(shí)進(jìn)行描述，避免夸張或忽略的語句，引起過度的注意力或忽視。5)評(píng)審：至少有一個(gè)同行，最好是一個(gè)有經(jīng)驗(yàn)的測試工程師或測試經(jīng)理，在你提交測試報(bào)告或測試評(píng)估報(bào)告之前先自己讀一遍。好的測試bug描述是告訴讀者測試人員發(fā)現(xiàn)了什么，而不是測試人員做了什么。因此只需要根據(jù)上述步驟寫下最少的必需重現(xiàn)步驟如何提交bug一個(gè)好的錯(cuò)誤跟蹤系統(tǒng)包括了錯(cuò)誤的必要信息，如果做得不好，會(huì)造成迷惑，并誤導(dǎo)讀者。

好的故障描述應(yīng)該包括十個(gè)基本部分：標(biāo)題、項(xiàng)目、所屬模塊、優(yōu)先級(jí)、重要性、異常等級(jí)、可重復(fù)性、現(xiàn)象、操作過程和附件。標(biāo)題使用一兩句話來描述錯(cuò)誤，告訴經(jīng)理、開發(fā)人員以及其他讀者為什么應(yīng)該關(guān)心該問題。好的標(biāo)題應(yīng)該著重于出現(xiàn)的bug現(xiàn)象。但是過于簡潔易引起誤導(dǎo)，使得原本重要的問題被忽視。因此必須應(yīng)該采用簡潔、切中要害的概要，這樣才能引起讀者的重視。不重要的就描述比較輕微，例如：“聯(lián)系人的email沒有檢查合法性”；重要的就要體現(xiàn)比較嚴(yán)重，例如：“填了運(yùn)營商仍然提示運(yùn)營商不能為空，使得無法進(jìn)行下一步的操作”，會(huì)更容易讓開發(fā)人員理解究竟是什么問題及其重要性，并及時(shí)處理。②項(xiàng)目是指該錯(cuò)誤屬于哪一個(gè)項(xiàng)目，歸哪個(gè)項(xiàng)目組解決，使不同的項(xiàng)目組看到和及時(shí)定位自己項(xiàng)目的錯(cuò)誤。③所屬模塊是指準(zhǔn)確說明發(fā)異常等級(jí)生錯(cuò)誤的模塊，切忌發(fā)生錯(cuò)誤指派模塊，導(dǎo)致后續(xù)流程錯(cuò)誤；④優(yōu)先級(jí)分為以下4級(jí)：1級(jí)：“馬上解決”，表示問題必須馬上解決，否則系統(tǒng)根本無法達(dá)到預(yù)定的需求；2級(jí)：“高度重視”，表示有時(shí)間就要馬上解決，否則系統(tǒng)偏離需求較大或預(yù)定功能不能正常實(shí)現(xiàn)；3級(jí)：“正常處理”，即進(jìn)入個(gè)人計(jì)劃解決，表示問題不影響需求的實(shí)現(xiàn)，但是影響其他使用方面，比如頁面調(diào)用出錯(cuò)，調(diào)用了錯(cuò)誤的數(shù)據(jù)庫等；4級(jí)：“低優(yōu)先級(jí)”，即問題在系統(tǒng)發(fā)布以前必須確認(rèn)解決或確認(rèn)可以不予解決。⑤重要性分為以下5級(jí)：1級(jí)：“非常嚴(yán)重”，表示缺陷不修改整個(gè)系統(tǒng)流程不能繼續(xù)；2級(jí)：“比較嚴(yán)重”，表示缺陷不修改不影響系統(tǒng)其他流程，但是本模塊流程不能繼續(xù)；3級(jí)：“一般”，表示缺陷不影響流程；4級(jí)：“輕微”，表示缺陷可以延期解決；5級(jí)：“優(yōu)化”，表示修改以后流程會(huì)更好。⑥異常等級(jí)有以下5級(jí)：系統(tǒng)崩潰－指該錯(cuò)誤使得操作系統(tǒng)死機(jī)等致命性的錯(cuò)誤；應(yīng)用程序崩潰－指該錯(cuò)誤使得測試程序崩潰，即無任何反應(yīng)；應(yīng)用程序異常－指錯(cuò)誤使得應(yīng)用程序結(jié)果不符合邏輯或是最初的需求；輕微異常－指錯(cuò)誤有，但是無傷大雅，例如錯(cuò)別字等；建議－指改進(jìn)后更好，不改進(jìn)也對(duì)程序無礙。⑦可重復(fù)性是針對(duì)問題是否通過執(zhí)行“操作步驟”就可以重新出現(xiàn)，如果是就“可再現(xiàn)”；如果這個(gè)bug只出現(xiàn)了一次，就再也不出現(xiàn)了，稱這類問題為“不可再現(xiàn)”；其余的就是“未知”，如每隔幾天才出現(xiàn)一次；⑧現(xiàn)象是對(duì)標(biāo)題的詳細(xì)描述，因?yàn)闃?biāo)題不宜過長，所以現(xiàn)象也是對(duì)標(biāo)題的具體化。⑨操作過程是指對(duì)于可重現(xiàn)的bug，執(zhí)行這些操作步驟就可以出現(xiàn)該bug；對(duì)于不可重現(xiàn)和重現(xiàn)概率為未知的bug，通過備份的數(shù)據(jù)庫和操作過程就可以重現(xiàn)該bug。⑩附件是粘貼必要的附件，如果是可重復(fù)性是“