十分同意敏捷的好處和壞處以及相對應的改進方法。當年曾試著導入敏捷，但專案團隊認知錯誤，竟以工程師為主體，以其估計的交期向客戶提報，也就是向客戶說「您等等，現在交...
個人淺見，瀑布式開發有其成立的背景，用意很好，再加上長官們都熟悉的前提下，用瀑布式開發做為向上溝通，仍是個好方法；至於擁抱變革的工程師團隊們，還是可以用敏捷的精...
作者對白箱測試的說明真的突破盲腸，叫自以為是在進行白箱測試的人汗顏。不過叫人尷尬一定不是作者本意，能使白箱測試真正發揮作用才是重點
講到 Verification & Validation(V&V)，有這麼一個說法叫「內驗外確」，也就是專案團隊「內部驗證」；客戶「外部確認」，...
由客戶執行驗收測試是客戶在驗收前重要的階段，但是專案團隊要不要為客戶準備 test cases 呢？ 不準備的話，讓客戶隨便玩玩就驗收，感覺方便，但專案團隊似乎...
不禁想到汽車業使用的 V-model 方法論，不同階段對應到不同種類的測試。彷彿也像打高爾夫球一樣，開球就是要用木桿，求的是距離；上菓嶺就是要用推桿，求的是準確...
這個小偷和警察的比喻也太傳神了但是看到不管是微軟、蘋果、安卓或在其上的程或或 app，還不都嘛常在更新，小偷和警察的故事，看來還會持續上演
團隊成員應該從專案成果的角度往回看，也就是俗語說的「以終為始」。其實講「專案成果」好像不太正確，應該是從「專案『後果』」看回來吧，要是測試沒做好，那後果肯定是很...
robchen的鐵人檔案