• 軟件測試技術
  • 軟件測試博客
  • 軟件測試視頻
  • 開源軟件測試技術
  • 軟件測試論壇
  • 軟件測試沙龍
  • 軟件測試資料下載
  • 軟件測試雜志
  • 軟件測試人才招聘
    暫時沒有公告

字號: | 推薦給好友 上一篇 | 下一篇

我眼中的bug管理

發布: 2011-6-03 10:20 | 作者: 不想 | 來源: 領測軟件測試過網 | 查看: 52次 | 進入軟件測試論壇討論

領測軟件測試網

  我眼中的bug管理   軟件測試

  作為一名測試人,必須要面對其中一個就是bug,bug有很多方面,細說下我眼中的bug:

  bug的提交:如何提交bug是很有學問的,比如以前我就曾經遇到過這樣的情況,一個頁面上的幾個樣式問題提了幾個bug,遭到批判說,可以提交一個bug,被教育說并不是bug越多越好云云,其實我不是這樣的意思,因為之前遇到過把幾個類似的bug提到一個里面,結果只改一處就把bug fixed了,因為bug沒有修復完整,那么我只能reopen了它,但是這樣又導致了高的reopen率,我好為難!怎樣提交bug才能把這兩個方面平衡到呢?我后來采用的方式,提了一個bug,在備注中說明,共有*個問題,請仔細修復后再fixed。因為現在要求每個開發在修復bug后一定要填寫備注,他在填寫時必定會看到我寫的內容,如果仍有其他情況發生,那么也就沒有辦法了,以后只能再提交多個bug來杜絕此事。

  bug的嚴重程度及發現難度:因為這兩個字段可能會影響到開發的KPI,一個季度或半年中,某個開發同學的嚴重bug率及容易發現的bug率是多少,會多多少少影響到開發的KPI,所以當我們選擇這些時要慎重,原則就是公平,是就是,不是就不是,不要帶有私人情感,比如我跟某某開發關系不錯,還是不要這樣選擇了類似的,這樣會對其他同學很不公平,而且這樣就是縱容,縱容的結果就是ta的質量越來越爛,辛苦的還是測試。

  bug的流轉:某些情況下,我們的bug并不會很順利的關閉,驗證之后沒有修復的reopen掉;提交之后開發無法重現的,會later掉;由于一些配置等情況的可能會產生一些無效bug;多人測試時又可能是重復的bug;林林總總的情況,導致我們提交bug時也要非常小心,畢竟測試產生過多的無效bug也是一種測試技能的缺失,無法重現或很難重現的也算是測試在提交bug時未能找到規律導致的,也是要避免的;那么說到bug流轉,最需要關注的就是流轉到later狀態的bug,本來later意味著本次項目中不修復,以后再修復,但是很多時候會忘記掉還有這樣一個bug在,等到出了問題才又想起來,這個是很壞的一種情況,好的做法是在項目之后及時梳理later的bug,提早安排在后續工作中修復。

  bug的根因:以往提交bug,提交時描述現象就OK了,等著驗證。但是我倒是希望不管是新手還是老手,能分析bug的根因是很重要的,從某個方面可以看出來你所對應的開發在開發習慣上會有哪些陋習,一般會有規律可循,再有就是尋找bug的根因對理解系統實現是非常有幫助的,或許對大部分測試同學來講可能會比較困難,我會建議大家從簡單的分析入手,了解了程序結構和實現后,慢慢深入,肯定會大用幫助。我也一直會努力去這樣做。

  bug的統計和分析:不管是做項目也好,季度總結也好,一個里程碑上對bug進行統計分析是非常必要的,從幾個方面講:一是將bug歸類,總體哪個類型的bug比較多,bug歸類可以從多方面(比如按功能模塊分,或者按開發人員分,按測試人員分),你需要考慮的角度不同就可以進行不同的統計。二是提煉某類bug可以找出解決此類bug的方案,以保證后續中不再發生這樣的bug,可能更多需要從開發的角度去做這件事情。三是找到發現某類bug的統一解決方案,比如我寫怎樣一個小工具可以批量找出這樣的bug等等。個人認為bug統計是可以提高后續質量很重要的手段。

  最后一點是我們要一直去思考的問題:如何發現一些隱藏深的bug呢?就需要對測試技能和業務、程序實現的熟悉程度,越是在這幾方面掌握的多,越是可以通過各種手段綜合發現較深程度的bug。比如web測試,你是否關注了每次請求和返回信息?頁面反應正確時,數據庫是否正確?我們就曾發現過,頁面什么問題都沒有,但是數據庫存儲的參數卻多了很多重復的為問題。各類測試方法和技術在不同領域的測試不盡相同,大家可根據自己的經驗進行總結,去外部進行學習,多多益善。

  簡單的是就只如下:

  1、測試人員可以利用Bug管理系統提交自己發現的bug,提交的信息一般包括測試環境(操作系統、語言等)、使用的測試產品版本號,bug類型,bug嚴重程度,bug重現步驟,期望行為/實際行為,附加描述信息,附件,屏幕截圖或錄像。測試人員提交這些信息的目的是盡可能地幫助開發人員重現bug以便調試;

  2、測試人員可以把bug直接提交給負責相關模塊的開發人員,也可以提交給開發組長由其將bug分發到相關開發人員。

  3、開發人員收到bug系統發來的bug分配通知后,可以登錄系統查看bug詳情。在對bug進行修改后,可以將bug重新提交回測試人員。

  4、開發人員提交的bug修改代碼,在團隊編譯系統將其編入最新版本后,自動將改bug信息中的修改版本號更新,然后通知測試人員可獲取最新版本進行驗證。

  5、測試人員如驗證無誤,可關閉bug;否則可重新返回開發人員修改。

延伸閱讀

文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/


關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

国产97人人超碰caoprom_尤物国产在线一区手机播放_精品国产一区二区三_色天使久久综合给合久久97