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