前幾天與開發在討論問題的時候，開發提了乙個問題，說是已經解決的問題，能否用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，在短時間內很難被發現，只有在後期的複測、上線測試或者回歸測試時才會被發現，到時候多個問題集到一起，免不了要加班加點。
問題來了要解決，在經過了一段時間後，開發如何快速的定位是修改哪個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記錄問題，花費的只是一點點時間，但能解決你與開發的很多問題，嘗試著去用吧！
EXCEL錶用SQL查詢的BUG
當excel的表中某一列資料,數字記錄多於文字記錄時即會預設該列為數字列,則文字記錄就顯示不出來,而文字多於數字記錄時,數字就顯示不出來.excel一般是通過前8行的資料來判斷該列的資料型別,當然這個值是可以通過登錄檔進行修改的.步驟如下 1,在執行中輸入regedit進入登錄檔編輯器 2.進入hk...
BUG修改記錄之關於測試
jmesa的columnsort的定製，在setcolumnsort自己定製的columnsort之後，沖掉了預設的sort，沒有測試一下其他的功能，只測試解決的問題的功能，導致出現bug，失敗失敗。ps 這裡面體現到專案自動化的重要性了，按照理想情況，如果每乙個點都寫上單元測試，在修改完乙個點之後...
HSSFSheet重大BUG問題記錄
今天做公司專案時用到根據模版匯出excel時無意發現了乙個bug，因為excel模版是2003的，因此採用poi的hssf實現，在模版上面如果有批註的話，那麼呼叫sheet.shiftrow startrow,endrow,n 方法時會丟擲異常，不知道官方有沒有注意到 我的模版是這樣的 具體貼一下 ...