之前和朋友討論, 發現在實施 Scrum 時, 一旦執行不順的時候, 團隊成員或是經理們, 常常認為是 Scrum 的問題, 以下是早期常見的現象:
1. 想把 Scrum 用在所有的地方
- Feb 19 Sat 2011 21:41
執行 Scrum 時常見的錯誤
- Feb 11 Fri 2011 09:49
如何安排測試的優先順序
如何安排測試的優先順序
Tips to Prioritizing the tests | A way to achieve Time-boxing in testing
http://www.softwaretestingtimes.com/2010/05/tips-to-prioritizing-tests-way-to.html
一般測試人員最常遇到的問題, 就是要測試的東西太多, 但是時間太少. 作者在這這介紹一些經驗法則, 來處理這樣的狀況.
首先, 他提到要使用timebox的技巧, 他說這是可以使用在測試上面.
- Feb 10 Thu 2011 09:07
在Agile中多個小組如何進行版本控制
在一個專案中, 你可能分成很多小組去做開發. 多個小組會需要把他們寫完的程式放進 soruce control system, 或是從 soruce control system 把程式整合到他們手頭上的程式裡.
這時候你會遇到的問題是, 太多人 check-in 程式碼, 導致系統的穩定度變得很差, 甚至沒有任何build是可以運作的.
- Jan 21 Fri 2011 10:34
Salesforce 導入 agile 的經驗談
Salesforce.com 這家公司, 是目前聽到導入agile最成功的公司, 他不但持續了好幾年, 並且在一些研討會上都有發表相關的report. 若是你要導入agile, 他是很值得你研究的公司
1. Slides
Salesforce.com Agile Transformation - Agile 2007 Conference
http://www.slideshare.net/sgreene/salesforcecom-agile-transformation-agile-2007-conference
- Jan 20 Thu 2011 08:13
不健康的測試行為(Behavior Smells)
不健康的測試行為(Behavior Smells)
1. Assertion Roulette
在一個測試的函式中, 有很多assertion失敗, 你會搞不清楚到底是哪一個有問題, 或是真正的原因是甚麼.
這通常代表這個測試的函式, 一次想要測試很多功能, 所以導致失敗時會顯示多個assertion都不過. 可以適當地, 讓每個測試函式一次測試一個功能, 讓錯誤發生只會有一個 assertion 出現.
當然有時候可能是都沒有適當的 assertion 出現, 所以可能要依靠 debugger 找出問題所在.
2. Erratic Test
