用excel記錄測試bug問題總結

  前幾天與開發在討論問題的時候,開發提了一個問題,說是已經解決的問題,可否用excel表格總結一下,問了一下緣由,感受想法很好,就總結了一下。工具

  在上家公司的時候,提交bug用的是mantis,如今是禪道,二者模式差很少,都是提交bug、開發修改、測試驗證是否解決,解決了關閉,沒有解決則打回從新解決。測試

  這個時候,假如開發在解決bug的過程當中引入了新的bug,該如何判斷是哪些操做引入了新bug?通常狀況下,開發人員與測試人員在驗證bug的時候,都是就題解題,不多會去關心其它方面。 例如:A點到D點,有A-B-D和A-C-D兩種方法,假如在A-B-D方法有bug,A-C-D方法在已經測試過的狀況下,驗證在A-B-D方法中產生的bug,幾乎不多再去驗證A-C-D方法,假如這時候有新bug就在A-C-D方法中,開發不會知道,測試也很難發現,並且不要抱有僥倖心理,我在上家公司測試的時候就屢次碰見這種現象。特別是多個項目,分模塊測試,這種概率會更大。更可怕的是,這些新產生的bug,在短期內很難被發現,只有在後期的複測、上線測試或者回歸測試時纔會被發現,到時候多個問題集到一塊兒,免不了要加班加點。excel

  問題來了要解決,在通過了一段時間後,開發如何快速的定位是修改哪一個bug引入了新的bug?用bug管理工具?那但是全部開發與測試的問題總彙啊,好幾十頁呢,就算有模塊區分,也要浪費很長時間。這時候用excel表格分模塊記錄問題,其優勢就來了。事件

  用excel表格記錄問題,和bug管理工具不但不衝突,還能優點補充。用excel記錄問題,只用記錄bug的描述、bug解決人、bug的ID(用於在bug管理工具快速定位到bug)。當某個模塊或者項目即將結束時,把問題總結excel表發給開發和項目領導人,讓他們能快速知道項目產生問題的多少與解決狀況,哪一個模塊產生的問題比較多,一目瞭然。開發

  還有一個重要的緣由就是,開發不會忘記本身哪一個bug沒有修改。上面也提到了,bug管理工具上面是有好多bug呢,開發在忙碌的狀況下是很容易遺忘某個bug的。雖然mantis、禪道是有提醒功能,不過問題是開發不會經常去看郵箱的,仍是不能及時修改bug,這裏excel表格能很好的解決這些問題,前提是你的讓開發養成看excel表格的習慣。像我如今公司的開發,我用禪道提交的bug,開發幾乎都不登陸禪道,就算禪道在郵箱提醒了,開發也就是看了下就忙手中事件 了(手中的事件>bug事件),然後就忘記了,而後就是我口頭去提醒開發某某bug沒有更改,心累!登錄

  固然excel表格缺點也是有的,在測試的初期,在bug較少的狀況下,開發每次更新下載excel表格也是一件麻煩的事。這時候bug管理工具是很是有用的。自我經歷是在測試進入中期之後,能夠再給開發發excel表格,前期則是本身維護,避免了沒必要要的麻煩。下載

  用excel記錄問題,花費的只是一點點時間,但能解決你與開發的不少問題,嘗試着去用吧!bug

相關文章
相關標籤/搜索