問題描述：
如何弱化因不同測(cè)試人員測(cè)試而引發(fā)的BUG率上漲的現(xiàn)象？
精彩答案：
會(huì)員 livexmm：
想了想，如果測(cè)試人員變更導(dǎo)致BUG數(shù)量增加主要也就2個(gè)原因：
1、提交了重復(fù)的BUG報(bào)告。
這主要和任務(wù)分配，缺陷管理等有關(guān)系。
任務(wù)分配出現(xiàn)的問題一般是測(cè)試用例審核不嚴(yán)格，導(dǎo)致用例有效性下降，從而測(cè)試部門本身對(duì)自己的用例沒有信心，最終導(dǎo)致?lián)Q個(gè)人測(cè)試就要換用例。最后結(jié)果么就是測(cè)試了重復(fù)的模塊，如果缺陷管理也不過關(guān)么就會(huì)出現(xiàn)提交重復(fù)BUG的情況。
解決辦法：
● 增加用例的審核力度，加強(qiáng)用例的可用性、合理性與可重復(fù)性。
● 加強(qiáng)缺陷管理。這是建立在測(cè)試用例合理可用的情況下，確保每一個(gè)缺陷都有對(duì)應(yīng)的來源于測(cè)試依據(jù)。像很多測(cè)試工具（比如CQ）都有這種測(cè)試思路，不要因?yàn)閳D方便而讓自己增加更多的工作量。
2、軟件確實(shí)有這些BUG。
這里也包含一些無效BUG的情況我放在一起說。
一般情況下測(cè)試是無止境的，總歸能測(cè)出各種缺陷，這個(gè)主要是和測(cè)試階段和測(cè)試方式有關(guān)。
比如你的軟件經(jīng)過了嚴(yán)格的功能測(cè)試，能夠保證所有的功能有效并且沒有任何業(yè)務(wù)邏輯上的缺陷。但是說不定一個(gè)簡單的畫面驗(yàn)證就能發(fā)現(xiàn)畫面上輸入金額的地方能夠輸入漢字。
如果2個(gè)測(cè)試人員，一個(gè)進(jìn)行了很嚴(yán)格的功能測(cè)試，而忽略的畫面測(cè)試的話，那自然換個(gè)人就能測(cè)出一堆問題。從測(cè)試原則上來說這確實(shí)沒錯(cuò)，但是從開發(fā)計(jì)劃上來說這就是無法忍受的。開發(fā)或者領(lǐng)導(dǎo)就會(huì)認(rèn)為測(cè)試部門沒有認(rèn)真測(cè)試，而測(cè)試人員卻覺得很冤枉。
解決辦法：
想減少這方面的BUG最好能先分清楚該軟件不同的測(cè)試階段，由此來分配測(cè)試任務(wù)。盡早的規(guī)劃出自己的測(cè)試目標(biāo)，并且在測(cè)試用例和測(cè)試計(jì)劃中體現(xiàn)。
所以負(fù)責(zé)設(shè)計(jì)測(cè)試計(jì)劃的人一定需要對(duì)軟件工程有一定理解。這樣在設(shè)計(jì)自己的測(cè)試計(jì)劃時(shí)心里才有譜，哪些測(cè)試我們需要做，哪些不需要做。根據(jù)開發(fā)模式還得考慮在哪個(gè)階段做哪些測(cè)試。
舉個(gè)例子，比如開發(fā)部門剛把一個(gè)軟件的基本功能做好，想讓測(cè)試部門測(cè)試一下功能方面的問題，然后畫面就隨便做了個(gè)讓測(cè)試能先用起來。結(jié)果測(cè)試部門重點(diǎn)測(cè)了畫面，發(fā)現(xiàn)一堆問題。你說這些缺陷開發(fā)會(huì)認(rèn)嗎？
如果能夠很清楚的分清楚該階段我們應(yīng)該做什么類型的測(cè)試，還出現(xiàn)換個(gè)人就發(fā)現(xiàn)大量BUG，那就得好好檢討一下自己是否有認(rèn)真的審核了之前哪個(gè)測(cè)試人員設(shè)計(jì)的測(cè)試用例了。
原帖地址：http://bbs.51testing.com/thread-718272-1-1.html
版權(quán)聲明：本文由會(huì)員livexmm首發(fā)于51Testing軟件測(cè)試論壇每周一問活動(dòng)。
原創(chuàng)作品，轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。