Bug的生命周期
原文鏈接：https://www.cnblogs.com/liyongmei/p/10663001.html
BUG：軟件的缺陷
1.BUG的定義：----與軟件測試的目的對應(yīng)
軟件的BUG,狹義概念是指軟件程序的漏洞或缺陷，廣義概念除此之外還包括測試工程師或用戶所發(fā)現(xiàn)和提出的軟件可改進(jìn)的細(xì)節(jié)、或與需求文檔存在差異的功能實現(xiàn)等。
我們的職責(zé)就是，發(fā)現(xiàn)這些BUG，并提交給開發(fā)，讓開發(fā)去修改。
2.BUG的類型
要確定一個BUG的類型，需要對項目（或產(chǎn)品）有比較深的理解。這個劃分對于開發(fā)的定位問題影響很小，但對于問題類型的統(tǒng)計就比較重要了。
功能問題、設(shè)計缺陷、界面優(yōu)化、性能問題、配置相關(guān)、安裝部署、安全相關(guān)、標(biāo)準(zhǔn)規(guī)范、測試腳本、其他
其他規(guī)劃：功能類、界面類、性能類、易用性類、兼容性類、其他。
3.BUG的等級
Bug等級，這個劃分有分三級或四級，也有分五級的。如果是等級越高，那么可能被修復(fù)的等級會高一些，有些公司還會根據(jù)你提的BUG數(shù)量和BUG等級來考察你的績效。很多情況下，我們提交BUG大致的等級差不多即可，沒有嚴(yán)格區(qū)分。
如何判斷BUG的等級（嚴(yán)重程度1、2、3、4），一般可以參照下面的判斷條件
（1）致命錯誤（1級提BUG需慎重）
常規(guī)操作引起的系統(tǒng)崩潰，死機，死循環(huán)
造成數(shù)據(jù)泄漏的安全性問題，比如惡意攻擊造成的賬戶私密信息泄露
（2）嚴(yán)重錯誤
重要功能不能實現(xiàn)；
錯誤的涉及面廣，影響到其他重要功能的正常實現(xiàn)；
嚴(yán)重操作導(dǎo)致的程序崩潰、死機、死循環(huán)；
外觀難以接受的缺陷；
密碼明文顯示；
（3）一般錯誤
不影響產(chǎn)品的運行、不會成為故障起因，但對產(chǎn)品外觀和下道工序影響較大的缺陷
次要功能不能正常實現(xiàn)；
操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義不一致）；
查詢錯誤，數(shù)據(jù)錯誤顯示；
簡單的輸入限制未放在前端進(jìn)行控制；
刪除操作未給出提示；
（4)細(xì)微錯誤
程序在一些顯示上不美觀，不符合用戶習(xí)慣，或者是一些文字的錯誤
界面不規(guī)范；
輔助說明描述不清楚；
提示窗口文字未采用行業(yè)術(shù)語；
界面存在文字錯誤；
三級BUG_未修改成功，又重新打開等級上升一次_二級BUG_二級還是沒解決_直接一級BUG
改進(jìn)建議：可以提高產(chǎn)品質(zhì)量的建議，包括新需求和對需求的改進(jìn)。
4.bug的生命周期（管理流程）
這個是面試/筆試過程中經(jīng)常會被問到的問題，BUG的生命周期，就是一個BUG被發(fā)現(xiàn)到這個BUG被關(guān)閉的過程。你們覺得這個過程有哪些步驟？
生命周期中一般缺陷狀態(tài)：新建（指派）--已解決（待驗）--關(guān)閉
如果待驗的BUG在驗證時沒有解決好，我們需要重新打開（激活）--指派—已解決—待驗，循環(huán)這個過程。
中間其他狀態(tài)：拒絕、延期等
BUG的處理流程圖（生命周期圖）
開發(fā)修改BUG也需要備注
操作者：開發(fā)
已修改BUG備注修改方案及信息
不是缺陷、不予解決、延期BUG、無法重現(xiàn)、備注處理原因
重復(fù)BUG注明重復(fù)BUGID
回歸驗證是測試人員完成的
確認(rèn)和開發(fā)環(huán)境是否一致
5.BUG的跟蹤管理—如何提交BUG
發(fā)現(xiàn)BUG后，接下來你提交到BUG管理平臺，提交一個BUG包含哪些內(nèi)容？
BUG標(biāo)題—標(biāo)題要清晰簡潔，寫明BUG描述；如果沒有選擇功能模塊，最好在標(biāo)題中標(biāo)注功能模塊。讓查看BUG的人員清楚知道你所表達(dá)的意思。BUG的功能模塊+BUG的操作+BUG的結(jié)果
重現(xiàn)步驟—步驟—簡單寫下發(fā)現(xiàn)BUG的測試過程，羅列下。能指導(dǎo)開發(fā)重現(xiàn)這個BUG。附上測試數(shù)據(jù)實際結(jié)果----出項BUG的結(jié)果，粘貼BUG截圖，日志截圖，截圖直接粘貼就可以了，不要添加附件，附件：日志、測試數(shù)據(jù)（文件）圖片，比如上傳頭像，就把圖片放在文件中當(dāng)附件上傳，開發(fā)要重現(xiàn)這個BUG，那么根據(jù)你附件的圖片來重現(xiàn)。預(yù)期結(jié)果----記得寫清楚預(yù)期
BUG類型和嚴(yán)重程度-----便于后續(xù)測試結(jié)果分析，BUG的統(tǒng)計
BUG測試環(huán)境---例如：什么系統(tǒng)；哪個版本等。兼容性問題、難以重現(xiàn)問題
附件----日志文件、文件測試數(shù)據(jù)
所有以上的如何提交BUG，參考公司前輩寫的BUG，依葫蘆畫瓢，拓展測試思維。
測試的BUG備注修改方案和操作信息
如果寫了兩條一摸一樣的BUG或者提交的BUG不是BUG而是操作錯誤，問同事怎么刪除，或者是在BUG標(biāo)題前面?zhèn)渥ⅰ靶鑴h除”，然后跟老大說，老大會批量刪除。或者不刪除自己編輯下其他BUG.
6.BUG的跟蹤管理-狀態(tài)處理
1.已經(jīng)指派的BUG---已經(jīng)指派給開發(fā)的，請大家注意自己BUG的走向，隨時關(guān)注并進(jìn)行跟蹤！如果一直未修復(fù)，提醒開發(fā)修改，以免開發(fā)忘記；如果已經(jīng)修復(fù)等待測試環(huán)境更新后進(jìn)行驗證。催著改BUG
2.已解決的BUG----等待測試環(huán)境更新后進(jìn)行驗證，驗證通過則關(guān)閉；驗證不通過則重新開發(fā)指派給開發(fā)
3.重復(fù)BUG----先去查看下是否跟開發(fā)指定的BUG重復(fù)？如果確定時重復(fù)則關(guān)閉；如果不重復(fù)，說明原因，重新打開指派給開發(fā)。
4.不是缺陷----確認(rèn)開發(fā)環(huán)境是否分測試環(huán)境一致，如果如開發(fā)所說不是缺陷則進(jìn)行關(guān)閉；如果確認(rèn)是缺陷跟開發(fā)溝通，溝通未達(dá)一致找產(chǎn)品/反饋老大確認(rèn)，確認(rèn)是BUG注明情況并在次指派給開發(fā)。
5.無法重現(xiàn)----確認(rèn)開發(fā)環(huán)境是否跟測試環(huán)境一致？包括操作步驟，瀏覽器、環(huán)境、特定賬號等，如果多個版本驗證之后，如開發(fā)所說重現(xiàn)不了，依據(jù)BUG的嚴(yán)重程度跟產(chǎn)品，開發(fā)一起確認(rèn)關(guān)閉；如果找到重現(xiàn)原因，注明清楚并再次指派給開發(fā)。
6.不予解決---找產(chǎn)品經(jīng)理進(jìn)行確認(rèn)。確認(rèn)不予解決進(jìn)行關(guān)閉；確認(rèn)需要解決請備注原因并打開指派給開發(fā)
7.設(shè)計如此---找產(chǎn)品經(jīng)理進(jìn)行確認(rèn)。確認(rèn)設(shè)計如此進(jìn)行關(guān)閉；確認(rèn)是問題，備注原因重現(xiàn)指派給開發(fā)。
8.延期修改---請看下BUG嚴(yán)重程度，是否影響當(dāng)前版本發(fā)布？與產(chǎn)品經(jīng)理進(jìn)行確認(rèn)。不予延期請根據(jù)情況進(jìn)行激活與情況說明；確定延期則做好記錄，后續(xù)版本進(jìn)行關(guān)注。
總結(jié)：
1.界面測試：顯示數(shù)據(jù)過長（正常場景會出現(xiàn)的）時，內(nèi)容溢出邊框，錯亂？
2.易用測試：在標(biāo)題部分，寫上建議修改或者建議優(yōu)化，可參考成熟產(chǎn)品做判斷。
3.界面發(fā)現(xiàn)重復(fù)BUG:在BUG管理平臺，標(biāo)題搜索關(guān)鍵字，重復(fù)了的就關(guān)閉。
4.提交BUG時要描述清晰
5.不要局限在用例上，要發(fā)散思維進(jìn)行測試（細(xì)心、耐心）----項目總結(jié)完善用例
6.做測試要有懷疑精神（站在用戶立場/真實產(chǎn)品運行場景懷疑），參考同類型已成熟產(chǎn)品，覺得不好一定要確認(rèn)。
7.BUG記得一定要跟蹤,催著開發(fā)改BUG
8.第一輪測試（版本1.0），提交BUG開發(fā)修復(fù)BUG，第一輪修復(fù)還未完成，開發(fā)就提測了（版本2.0）---提測試流程規(guī)范。（因為自己是個小羅羅，沒有什么話語權(quán)，跟老大提意見--第一輪測試完畢，接收新的測試版本，推進(jìn)流程規(guī)范，要是老大也沒什么話語權(quán)，那測試就被開發(fā)牽著鼻子走，測試會比較累）測試完第一個版本后，接收新的版本測試。
9.BUG狀態(tài)的跟蹤----編輯、重復(fù)、設(shè)計等。
總結(jié)
- 上一篇： Hibernate之工具类Hiberna
- 下一篇： SQL之存储过程详细介绍及语法（转）