http://www.iiiedu.org.tw/ites/TCD.htm
對企業來說,軟體測試往往是軟體開發過程中,最繁瑣也是最重要的工作之一。其中測試個案開立技巧,更是決定的測試結果的成敗。因為好的測試個案能夠找出更 多錯誤,並且能以最小集合,來涵蓋最多範圍,以達到最佳投資報酬率。
http://www.iiiedu.org.tw/ites/TCD.htm
對企業來說,軟體測試往往是軟體開發過程中,最繁瑣也是最重要的工作之一。其中測試個案開立技巧,更是決定的測試結果的成敗。因為好的測試個案能夠找出更 多錯誤,並且能以最小集合,來涵蓋最多範圍,以達到最佳投資報酬率。
在 2000初期時, XP 開始盛行, 那時候出版了一系列的 XP 的書籍, agile 的方法也開始討論.
那時候我覺得這些想法很吸引人, 很值得去學習. 只是覺得 TDD, CI, refactoring 這些東西學起來還蠻花時間的, 不容易在組織內推行, 要花不少時間才能精通, 才能看到績效.
後來 Scrum 出現之後, 發現他似乎比較容易導入, 因為只要開一些會就可以(誤), 進入門檻低很多, 不需要花很多時間就可以開始, 並且可以看到結果.(不見得是效果(誤 again))
Stop starting, Stop Finishing
Little’s Law
Justin 在網路上發現一個公式, 叫做 Little’s Law. 這公式提到平均事情完成的時間, 是和平均處理事情的個數以及平均生產力(throughput)有關.
Stop starting, Stop Finishing
當Justin 發現有一大堆工作在看板上面, Justin 就詢問團隊成員, “你們同時可以處理多少工作?”
分析師: 我可以處理 3 個
開發人員: 沒問題, 我 5 個.