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