沒錯，事實就是這樣...
菜鳥：「報告長官，這裡好像怪怪的...」
長官：「恭喜，前方發現defect一隻。」
在公司，測試發現的錯誤不叫bug，叫defect。
在這四個月內，莫名其妙的發現了幾隻defect。有的是在練習的時候發現的，有的是因為太菜，不知道要怎麼做，看太仔細不小心發現的...。前幾天在練習的時候，明明都照著前人的步驟一步一步來，連input的檔案都直接複製貼上，但是指令怎麼下，系統回的統計資料全部都是0，啊是怎樣...。這位來賓，刪去法、call out，全國觀眾call in 三種求救方式，你要哪一種？我..我要call out...同事。
搞了十幾分鐘，問題找出來了。原來系統只吃ASCII編碼的文字檔，不吃其他編碼的文字檔。天知道我哪根筋不對，複製貼上後，用Unicode的編碼存檔。難怪一開始這位call out的同事說我檔案大小比前人的大了一倍。於是，一隻小defect就此產生了，照理來說，系統應該要回應他看不懂呀，怎麼可以就這樣吃下去，又亂吐結果。因為這位菜鳥使用者根本就不知道發生了啥事，明明input的內容肉眼看起來都一樣...
call out 同事：「之前都沒想到要用別的編碼去測。」「不過這個指令之後就要被移除了，forget about it.」 XDDD
當發現defect的時候，大家似乎有種莫名的興奮感...。因為code又不是我們寫 XDDD 丟回去叫德國人改。
工作快滿四個月了，有一部份的時間還是在學習，總之還是菜鳥。這幾個月下來的感想是，從指派下來的工作中學，或許還是最快、狠、準的成長方法，因為有目標、有範圍，就知道自己還缺了哪些東西。
測試，其實是在做軟體的品管，這麼說起來真是責任重大 =.=。沒發現defect的感覺，似乎還滿恐怖的，怎麼可能沒有錯嘛...不正常，不正常。
最近在寫人生的第一份test case。所謂的test case就是要詳細寫下你打算要怎麼測試軟體的功能，例如：需要怎樣的環境設定、先決條件是哪些、執行的步驟、預期執行的結果。功能哩哩啦啦，真的是寫死比較快，這次大概有35隻test case。剛開始寫的時候，一整天只寫了七隻 T_T。進度實在很堪憂啊~~決定問個明白。
菜鳥白：「寫test case是不是要花很多時間？」
漂亮克姊姊：「對啊，很痛苦的過程，就像便秘一樣。」
差點沒在會議室爆笑出來。
目前工作的性質、環境，和自己想要的差不多－工作環境單純，一份穩定還不錯的薪水，下班後也還有自己的時間做其他想做的事，簡單說，就是可以過有品質的生活。到目前為止，上下班的時間還算正常，覺得平常只要有乖乖認真工作，機器也聽話...加班的機會應該不會太多，希望可以繼續保持 XD。
程式設計師的格言，有些真的很妙...一針見血。
『新同事』＝在火燒屁股的專案火上加油的人。
這不是在說我嗎.....
真是太貼切了，沒生產力，問題又一堆...
每天有24小時。
所謂的「今天之內」，是指到明天早上為止。
有意見的話你寫。
要殺一個程式設計師不需要刀，改三次規格就好。
多想個10秒鐘，你可以不說「嗯，這個做得到」。
不祥的預感總會實現。
正因為健康，才能做不健康的事。
小學生時第一次看到電腦
國中時第一次學會怎麼用
高中與大學學會程式語言
出社會後才發現自己走錯路
比期限更重要的是靈感與睡眠。
比知識與經驗重要的是手冊與時間。
漂亮的設計三天或許就膩了。
骯髒的設計三天就習慣了。
沒有什麼事情比直接讓找不到任何bug的程式直接上線還要可怕的了。
最終手段
「重開機」
意外的常常都很有效
No comments:
Post a Comment