測試味道(Test Smell)
Matin Fowler 在 refactoring 一書中, 提到若是你要進行 refactoring 時, 你需要先知道哪裡需要 refactoring. 要如何找出這些地方呢? 這時候你需要知道壞程式的味道(smell)是甚麼, 因此他列出了一堆 smell 讓大家知道.
同樣地, 測試程式也有類似的行為, 也會有匯壞味道. 在 xUnit Test Patterns一書中, 他列出了三種壞味道:
1. Code Smell
- Fowler 認為大部分的 smell 都是 code smell
- Code smell 會影響維護的成本, 並且他也是 behavior smell 的早期徵兆
乾淨的test program會幫助你更有效率
以前花很多時間在維護測試程式, 每次越維護越覺得測試自動化真的是浪費時間, 效果在哪裡也不知道.
最近在看 "xUnit Test Pattern", 我發現很多地方我們似乎做錯了, 所以只是越做越賠錢.
他書中有個簡單的範例, 告訴我們如何 refactor 測試程式, 來達到 test case 可以當作說明文件. 大家可以參考看看, 這樣 refactor 後的結果是否真的幫你很多.
A. IDEO
1. HUman Centered Design ToolKit
http://www.ideo.com/work/human-centered-design-toolkit
2. d-School
http://dschool.stanford.edu/
=======================================================
測試程式要很簡單
在寫測試程式時, 常常遇到的問題, 就是維護的代價很高.
原因有很多, 有時候是因為受測程式常常修改, 或者是因為需求有變動, 但有更多時候是因為測試程式自己有 bug, 因為只要是人寫的程式都會有 bug.
再加上我們求好心切, 想把程式寫得更有彈性, 好讓我們能夠更方便測試. 或是想把程式寫的功能更想大, 可以讓我們能測試的狀況更多. 因此我們花在維護程式的花費上, 比我們想像的還多得多. 因此到最後, 我們一聽到要寫測試程式時, 便會退避三舍.
最近看到 the art of unit testing 的一段話, 讓我對測試程式有了新的認識.
實施Scrum可以帶來時麼好處?
有人問到, 採用Scrum會帶來甚麼好處? 會不會縮短時程, 或者品質更好, 或是做多功能?
答案當然是不能, 這些東西目前我都沒有遇到. 我不認為Scrum是銀製子彈, 事實上也沒有銀製子彈.
就個人經驗而言, 我覺得在採用後, 我們的團隊得到以下好處
1. 建立一個自我組織, 自我管理的團隊
- 有甚麼比一個團隊願意自動自發去做事, 還能讓你更高興呢?
