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