各位看官，可能看到標題的你一定認為這是一篇涉嫌“炒作”的文章锣枝，亦或是為了吸引眼球而起的標題厢拭，恭喜你猜對了一半，確實是為了吸引大家的關(guān)注而起的這個標題撇叁，不過不是為了“炒作”而只是為了讓更多人關(guān)注bug供鸠，重視bug，從而挖掘bug的潛在價值--技術(shù)團隊的財富陨闹。
Bug一詞估計也只有相關(guān)從業(yè)人員才會比較了解回季，我想了解它的人沒有一個不討厭它的家制。這一點從給它起的名字就可以看出來，“bug”翻譯成中文就是“蟲子”泡一，大家對蟲子第一影響就是厭惡颤殴，所以沒人喜歡它是人之常情，今天我們卻要走相反的路線鼻忠，好好的“夸一夸”令大家都不爽的“蟲子”涵但。
研發(fā)人員的“錯題集”--bug追蹤記錄
說道錯題集估計大家都不陌生，但凡熱愛學(xué)習(xí)（關(guān)注成績）的同學(xué)可能都有自己的“武林秘籍”--考試或者練習(xí)測驗中做錯的題目帖蔓。通過對這本武林秘籍中的題目進行針對性的練習(xí)矮瘟，來減少重復(fù)踩坑帶來的分數(shù)損失。對于研發(fā)同學(xué)在研發(fā)階段產(chǎn)生的bug和線上出現(xiàn)的事故塑娇，我們也可以做個類比澈侠，把它們稱為研發(fā)同學(xué)的“錯題集”。對于研發(fā)同學(xué)如何對待這本“錯題集”埋酬，不僅僅關(guān)乎軟件代碼質(zhì)量的提高哨啃，更關(guān)乎個人技能的持續(xù)成長。如何讓一個人不重復(fù)犯同一類錯誤写妥，如何讓一個團隊不重復(fù)踩相同的“技術(shù)坑 ”拳球，如何把團隊付出昂貴代價積累下的經(jīng)驗傳承下來，一直都是技術(shù)管理者頭疼的問題珍特。那“研發(fā)團隊錯題集”不失是一種可行的方案祝峻，通過實際的bug案例，產(chǎn)生的原因扎筒、造成的影響莱找、如何避免類似問題的產(chǎn)生，可以讓新來的同學(xué)迅速繼承以前趟過的坑嗜桌。我認為對技術(shù)團隊來說奥溺，技術(shù)積累大致可以分為兩類，“成功案例”和“失敗教訓(xùn)”症脂，我認為失敗教訓(xùn)對其他團隊的參考意義更大谚赎，因為相對于成功來說淫僻，失敗有更大的普適性诱篷。綜上，認真對待自己犯過的“錯誤”雳灵，把它當(dāng)做持續(xù)提高自己的“訓(xùn)練集”棕所，既能完成軟件代碼質(zhì)量的不斷提高，又能讓研發(fā)團隊整體戰(zhàn)斗力持續(xù)提升悯辙，你說它是不是一筆“財富”琳省。
測試人員的“遺漏用例集”--非用例執(zhí)行bug記錄和在線bug記錄
如果你認為bug只是針對研發(fā)同學(xué)的迎吵，那就大錯特錯了。對于測試同學(xué)bug也是一種“財富”针贬，這不僅僅體現(xiàn)在“工作量”上击费，更體現(xiàn)在后續(xù)根據(jù)bug不斷改進用例設(shè)計方法的實戰(zhàn)經(jīng)驗上。相信測試同學(xué)大部分會有這樣的經(jīng)歷桦他。
經(jīng)歷A：
一期需求中辛辛苦苦準備了很多用例蔫巩，開發(fā)提測后按照用例執(zhí)行一遍發(fā)現(xiàn)沒有發(fā)現(xiàn)幾個bug，于是基于職業(yè)敏感快压，開始又一輪的探索性測試圆仔，又發(fā)現(xiàn)很多bug，甚至比通過用例發(fā)現(xiàn)的bug還要多蔫劣，于是提出“設(shè)計測試用例無用論”坪郭。（私下認為，應(yīng)該是設(shè)計用例的方法有問題脉幢，需要改進設(shè)計用例的方法歪沃，并推廣之，讓更少的同學(xué)經(jīng)歷A事件）
經(jīng)歷B：
辛辛苦苦熬到需求上線鸵隧，發(fā)布不久出現(xiàn)線上故障绸罗，緊急回滾或者緊急線上修復(fù)，所有事情都忙完后豆瘫，開始準備線上故障報告珊蟀，包括故障原因，開始時間外驱，修復(fù)時間育灸，解決方法，后續(xù)避免措施昵宇，懷著忐忑的心情結(jié)束一天的工作磅崭。
其實經(jīng)歷A、B本質(zhì)上講都是由于用例設(shè)計不充分導(dǎo)致的瓦哎，在互聯(lián)網(wǎng)敏捷發(fā)布砸喻、持續(xù)交付的大環(huán)境下，如何更好更快的設(shè)計更加全面的測試用例是測試同學(xué)需要不斷追求的蒋譬，而bug集恰恰是最好的“場景數(shù)據(jù)”割岛，從這個角度講我想大家也都認為bug是一種財富。
bug不僅是軟件研發(fā)中發(fā)生的錯誤犯助，同時也是幫助大家技能持續(xù)成長的一種財富癣漆，如何把這種潛在資產(chǎn)的價值發(fā)揮出來，是研發(fā)團隊需求不斷探索和實踐的剂买。
