其實這本【約耳趣談軟體】蠻像一本故事書，可以輕鬆閱讀，
很多內容對於資深專案管理者，可以發出會心一笑，對於初學者，又是很實用的實作經驗談。
其中約耳測試內的12項問題看似簡單，卻是大部份軟體開發時會實際遇到的重要問題。
感謝點部落的贈書，本次是由公司同事 3 個人一起申請四本書。
此篇心得由 Nicole 提供，在此幫忙她 po 出來!
其實這本【約耳趣談軟體】蠻像一本故事書，可以輕鬆閱讀，
很多內容對於資深專案管理者，可以發出會心一笑，對於初學者，又是很實用的實作經驗談。
其中約耳測試內的12項問題看似簡單，卻是大部份軟體開發時會實際遇到的重要問題。
1. 你有使用原始碼控制系統嗎?
程式人員沒法子知道其他人做了些什麼。也不能輕易回復成出錯前的狀態，我還沒看過哪個用了原始碼控制的專案會遺失大量程式。
2. 你能用一個步驟建出所有結果嗎?
如果程式編譯和安裝檔製作等動作要20個步驟才能完成，你一定會急瘋掉並且做出一些蠢事。
3. 你有進行每日編譯嗎?
在大型的團隊中，要確保能立即修正編譯失敗的最佳方法就是每天下午重新編譯。大家在午餐前儘可能的登入檔案。等大家回來的時候已經編譯完畢。
如果結果正常，很好！大家可以登 出最新版的原始碼繼續工作。如果有問題就去把它搞定，而其他人還可以用前一版沒問題的程式繼續幹活。
4. 你有沒有問題資料庫?
如果沒有一套良好的資料庫列出程式中所有的問題，一定會產生品質低劣的程式碼。
5. 你會先把問題都修好之後，才寫新的程式嗎?
愈晚修正錯誤，修正所付出的成本(時間及金錢)愈高。要立即修正問題的理由之一，就是因為這樣做能少花點時間。
另一個理由是寫新程式的時間還比修正現有錯誤的時間較易估計。
6. 你有一份最新的時程表嗎?
擁有時程的另一個重點是逼你決定要製作哪些功能，並且能逼你剔除最不重要的功能而避免功能過度膨脹
7. 你有寫規格嗎?
在設計階段發現問題時，只要改幾行就能輕易修正。
等程式寫出來之後，修正的代價就高得多了，代價包含了情感(人們討厭拋棄程式碼)和時間，所以會抗拒修正問題。
通常未依據規格製作的軟體最後的設計都很糟，而且進度完全無法控制。
8. 程式設計人員有沒有安靜的工作環境?
打斷程式人員一分鐘，事實上是去掉了15分鐘的產能。
9. 你有沒有用市面上最好的工具?
即使工具不好所引起的挫敗很小，累積起來都會讓程式人員心情不爽脾氣暴躁。而不爽的程式人員就等於無生產力的程式人員。
10. 你有沒有測試人員?
如果你的團隊沒有專門的測試人員(至少每兩到三個程式人員要配一名)，你要不是推出問題很多的產品，就是浪費錢叫時薪100美元的程式人員去做測試員(時薪30美元)做的事。
11. 是否在面試時要求面試的對象試寫程式?
你可能不叫魔術師先表演幾招就直接雇用嗎？
12. 是否進行過走廊使用性測試?
把程式展示給少數幾個人看(事實上五或六個就夠了)，就能快速地發現一般人會遇到的主要問題。
軟體開發是條不歸路，但其實若從一開始就有恆心、毅力及不怕麻煩的去注重每個環節，想設計出一套成功的系統也不是件困難的事!!
黑貓仔的修練之路
