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