讓開發部門參照與測試部門相同的測試案例進行品質測試

最近一個專案大概因為我們交付的成品送測後收到太多的錯誤回報，經分析後，有很多錯誤是顯而易見不應該發生的錯誤。原本 Lead Engineer 一再囑咐我們交付送測前必須參照測試部門使用的測試案例來確保交付品質，但是結果兩個開發團隊皆沒有完全施行。

實際上我認為讓開發團隊參照或是逐一依照與測試團隊相同的測試案例來進行交付品質的確認，基本上是本末導致的行為。原本開發團隊對於產品的架構、功能的侷限、不同功能之間的參數呼叫等有較多的資訊，開發團隊自有另外一套測試方法，好比說針對單一目的的程式碼或是函式進行單元測試、邊界值測試等等；測試團隊則是在產品成熟後，針對產品的各項功能 (features) 與各項界面進行測試，包含是以使用者的角度來進行測試，其測試的出發點與思考點是與開發團隊不一樣的，而為了有效的確保測試品質與測試涵蓋率，於是藉由撰寫明確的測試案例來加以輔助，因此這份測試案例使給測試團隊使用的。

實務上，有時某些測試項目需要重複性的建立相似的資料後才能加以測試，例如需要事先建立十筆甚至百筆用戶資料，然後進行搜尋測試，測試團隊會與開發團隊合作另行開發小的程式以匯入背景資料，來輔助實際想測試的搜尋功能。類似這樣的例子，在開發團隊身上的應用更多，例如要進行某項單元測試，於是另行編寫某小程式來加以輔助。

又或者舉例開發團隊要確保某日文化產品有確實日文化，沒有亂碼產生，則可能另行編寫小程式來掃描產品裡出現的所有字串其字元所屬的編碼區段，來加以判斷。

如今，如果要開發者照著測試團的的測試案例進行測試，例如要安裝好產品，開啟產品，然後逐一操作每一項功能、輸入資料、搜尋資料、刪除資料等等步驟，以確保產品的品質，這是說不過去的，不是不能做，而是搞錯各自應有的焦點了。理論上如果開發團隊果真把測試案例完整跑完，並且修正了所有發現的錯誤，然後交付測試團隊進行測試，那麼我們每次都可以得到零缺陷的測試報告，看似產品品質相當優良，但 stakeholders 大概沒多久之後就會考慮裁撤測試部門了。

總之，開發團隊交付的成品，其品質過低，所要採取的是不一樣的手段，該手段也許不會完美，但那也是為什麼我們需要將產品的品質把關交給最後一線的專業測試團隊為之的道理。

Bookpool Is Out of Business?

So, Bookpool is out of business? Like many fans, I am not sure about what's going on and if it's true or someting! Searching the key words like "Bookpool out of business" in Google doesn't get quite much positive or useful result, maybe I am a bad keywords chooser.
One of the Bookpool fans said that "Bookpool is simply THE place to go for technical books."
I agree with that. Although I did not bought quite amount of tech books, but there are around half of my tech books were bought from Bookpool instead of Amazon.

It's a pity that Bookpool may never be there. One of the fans said "I was at the Bookpool warehouse a week or two ago and they were in the process of closing down. They were selling their [empty] metal shelves even as I was shopping. I was able to talk to the owner and it is unclear whether the closure is permanent or temporary. The owner did not know whether Bookpool.com would stays closed, reopens or opens in a new form and how long it would take to make that decision." (adopted from here).

一路好走～

一路好走～
即使至今我依舊懷疑這一切是不是只是場夢，一個月前的喜宴猶如就在眼前，幾個月前的聚餐好似幾天之前的記憶，縱使是十多年前在校園裡、在寢室裡的景象，雖不是記憶深刻，但也感覺到似乎不是十多年來的記憶。曾經的整個寢室一起出門上課、吃飯、晃九A販賣部、在舊圖輪番守著海報展、在園遊會上擺著新竹玻璃飾品、抑或是四對眼睛望著那14吋舊電腦螢幕接著 AVMate 播著灌藍高手......這是十多年前的故事。十多年前曾經載著發燒的我到醫院看病，六年前曾經被我凹來當我喜宴的招待，才今年的事，唯一一次不會在喜宴上為難新郎喝喜酒，然後怎麼就是這樣突然的噩耗，大家得知消息除了訝異還是訝異。

一路好走～我心裡浮出來的就是這四個字，不約而同的幾個同學心裡也這麼想著。我不曉得他們心裡的感受如何，悲傷抑或扼腕，我一度難過的打擾了工作情緒。他的至親想必衝擊更大，只是我不能斷定一定是悲傷。悲傷，對於離去的人來說沒有幫助，對與現世的人或許只是不能接受現實或是不知所措的一種發洩。「一路好走」對離去的人來說是個祝福，對現世的人來說是個心境的轉折點。就好比天下無不散的宴席，自小到大甚至至死，我們不斷的在離開周邊的同學、尊師、好友、同事、甚至親人，從生離，到死別。生離時可以祝福對方事事如意，死別呢，應該要把他視為另一境界的離別，於是，好好的祝福他，「一路好走」。