五一三天小長假後第一天上班，郵件裏就有一封是關於線上BUG的，其中有一個問題沒有定位，懷疑是性能問題，於是大家就認爲TA是個性能問題。然後就轟轟烈烈的準備測試這一塊的性能，運維童鞋幫忙搭環境，我就開始“上躥下跳”的找人問線上對於那塊功能，真實的操作是什麼樣子的，內部是怎麼實現的，有哪些地方是模擬不了的，怎樣處理纔會更接近真實的操作和反饋。然後欠兒欠兒的寫測試方案，錄腳本，設置場景，跑用例，線上的問題還真就瞎貓遇到死耗子的復現了，趴在電腦前看日誌，看內存，看…….，怎麼看，系統的各項指標都沒有問題，就是找不出錯，鬱悶啊，開發人員說第二天一起跟一下，看看到底哪裏出了問題。第二天上班，慣性打開郵件，裏面一封郵件，是運維童鞋發的，關於那個問題的定位，問題產生的原因他找到了，根本就不是性能問題（至少現在不是），是程序的BUG。開發人員來了，確認問題是程序上的一個BUG。
極度鬱悶+憋屈，趴在工位上憋屈了半個上午。人家說是性能問題，就呆呵呵的跟着人家屁股後面說是性能問題，還忙的不亦樂乎。前前後後折騰了將近一週（週末還假裝積極寫方案），結果跟性能一點毛兒關係都沒有。TA就是一個逃逸的BUG，而且是不應該逃逸的，從TA誕生到被消滅漫過的過程中有N多關卡可以發現，但是TA就是沒有被發現。TA爲什麼就逃了呢？可以怨，怨開發的代碼寫的不仔細，怨變化的太快了，沒人告訴過自己，沒時間測試，自己對細節的實現不知道。。。。。理由能列出一堆，更怨的是自己，因爲有上面N多“理由”，疲了、懶了、麻木了；自以爲對系統足夠了解，知道的足夠多了，浮躁了；自以爲“經驗豐富”，老大對測試重視，視寵而驕。所以TA才逃了。有些BUG可以逃，但有些BUG絕對不能讓TA逃。藉口永遠都不缺，與其費心思找藉口不如低頭想自己。自我麻醉“別人都怎樣怎樣了，那我也無所謂了”。上學的時候，經常被老師罵“別人上課逃課，你也跟着學，你以爲那是好事嗎？學到手的東西是你自己的，別人搶不走。人家哪天去死，難道你也跟着嗎？！”午夜夢迴，嚇出一身冷汗，如果哪一天只剩下自己，除了跟從模仿屬於自己的有什麼？
送自己一段話：
成事之本，完事之心
“在我們的腦海裏，完成一個項目是最重要的事情，即使我們不喜歡這裏，也不會讓項目流產。我們寧願先完成項目，然後在第二天辭職”
《觀止：微軟創建NT和未來的奪命狂奔》
