前兩天談?wù)摰腷ug管理的問(wèn)題，大家列舉了很多bug跟蹤軟件，我覺(jué)得工具是一部分，但是主要還在bug管理的流程上。
在這些bug管理工具里，bug的一個(gè)最重要的屬性就是“狀態(tài)”，一般又有“新增（New或Active）”，“處理中（in progress）”，“已修正（Fixed）”，“重新打開(kāi)（reopened）”，“關(guān)閉（Close）”等幾個(gè)，這幾個(gè)狀態(tài)一看就很明白一個(gè)bug從發(fā)現到排除要走哪些流程：
1.測試人員發(fā)現bug，提交。bug狀態(tài)為New
2.開(kāi)發(fā)人員接收bug，bug狀態(tài)為in Progress
3.開(kāi)發(fā)人員修改完畢，提交，bug狀態(tài)改為Fixed
4.測試人員針對開(kāi)發(fā)人員作的修改，再次對bug進(jìn)行測試，如果bug依然存在，就把bug狀態(tài)置為reopened，流程到第二步重新開(kāi)始，如果問(wèn)題已經(jīng)解決，就直接改為close，該bug的流程就走完了。
流程雖然簡(jiǎn)單，但是在實(shí)際使用中還是發(fā)現一些問(wèn)題：
1.bug信息不全：
有的信息，比如項目，模塊，指定處理人（也就是指派給誰(shuí)處理）等，這些信息會(huì )用來(lái)作統計分析，哪個(gè)項目，哪個(gè)模塊，誰(shuí)的bug多，誰(shuí)發(fā)現的bug多，誰(shuí)改的bug多等，根據這些信息可以大致看出一個(gè)人的工作量和工作質(zhì)量。所以不要嫌麻煩，把bug的信息寫(xiě)全些。
2.所提供的信息不準確：
有的bug描述一帶而過(guò)，表述含糊不清，只是說(shuō)出現了錯誤，但是錯誤的現象是什么，提示信息是什么，怎么操作才出現的，都不清楚，這樣的bug交給開(kāi)發(fā)人員，只會(huì )給開(kāi)發(fā)人員增加負擔，因為他自己還要再作測試，以發(fā)現更多的信息，去排除bug，或者他會(huì )到測試那邊其討論，詢(xún)問(wèn)詳情，有時(shí)要多次反饋才能確定到底是什么問(wèn)題。
3.開(kāi)發(fā)人員關(guān)閉bug：
只有bug的提交人（也就是發(fā)現人）才能去關(guān)閉該bug，開(kāi)發(fā)人員只能使用兩個(gè)狀態(tài)：“處理中”和“已修正”
4.bug的可重現性：
這個(gè)重要的屬性是在bug管理軟件中無(wú)法體現和度量的， 這個(gè)任務(wù)主要都在測試這邊，如果你發(fā)現了一個(gè)bug，趕緊把開(kāi)發(fā)人員叫過(guò)來(lái)，人家來(lái)了，你要給他看看這個(gè)bug，可是卻怎么也不出現了，連自己都不知道這個(gè)bug是怎樣操作后才出現的。這樣不能重現的bug幾乎就不能算作bug，也是最讓人頭疼的問(wèn)題。那么作為測試人員，你的任務(wù)就是要盡可能的找到bug出現的規律，嘗試各種可能，即使不能重現，起碼也要讓開(kāi)發(fā)人員知道你已經(jīng)作了哪些嘗試，而他不必再去走彎路。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
