高效程序員的45個習慣 敏捷開發修煉之道 讀書筆記 第五章 敏捷反饋

守護天使

推薦閱讀圖書：單元測試之道，JUnit Recipes，項目自動化之道

使用自動化的單元測試。好的單元測試可以爲你的代碼問題提供及時的警報。若是沒有到位的單元測試，不要進行任何設計和代碼修改。

單元測試又如一個小demo，適用於學習新api的可靠文檔知識。

 

先用它再來實現它 

將TDD（測試驅動開發）做爲設計工具，它將會爲你帶來更簡單更有實效的設計。

這種感受就是，只在有具體理由的時候纔開始編碼。你能夠專一於設計接口，而不會被不少實現的細節干擾。

這種形式實在沒用過。

 

不一樣環境，就有不一樣問題

使用持續集成工具，在每一種支持的平臺和環境中運行單元測試。要積極地尋找問題，而不是等問題來找你。

 

自動驗收測試

爲核心的業務邏輯建立測試。讓你的客戶單獨驗證這些測試，要讓它象通常的測試同樣能夠自動運行。

FIT（集成測試框架）更容易地使用html表格定義測試用例並比較測試結果數據，客戶提供的excel文檔的數據模型，咱們就經過寫測試，比較應用的價格輸出結果是否與excel的一致，這樣實現驗收的自動化。

 

度量真是的進度

 度量剩下的工做量。不要用不恰當的度量來欺騙本身或者團隊，要評估那些須要完成的待辦事項。

咱們不該該去計算工做量完成的百分比，而應該測定還剩下多少工做量沒有完成，這裏誠實很是重要，隱藏真相毫無心義

 

傾聽用戶的聲音

沒有愚蠢的用戶，只有愚蠢、自大的開發人員，每個抱怨的背後都隱藏了一個事實。找出真相，修復真正的問題。

對客戶的那些抱怨，你既不會生氣，也不會輕視。你會查看一下，找出背後真正的問題，

而不是對着客戶說:這不是bug，你只是犯了一個每一個人都會犯的錯誤。