測試與代碼質量

年輕時寫代碼好追求速度，追求新技術，追求快速交付。但這樣的軟件每每會有質量問題，交付後不斷調試不斷修復，雖然軟件修改是不免的，但要儘可能減小次數，由於這會嚴重影響軟件的體驗。最壞的體驗就是軟件不斷出錯，因此有時寧願慢一點，土一點也不要給軟件引入風險。

另外快餐式的代碼通常沒有重用的價值，不少人會有這樣的感受，寫了不少年的代碼，但能真正沉澱下來成爲財富的卻很少，甚至沒有，從而每次都在寫重複的代碼，周而復始的作着一樣的事，這正是由於一味地追求快速交付，而忽略了軟件的質量，這樣的代碼就是流水賬，填充品，堆填物，它的做用只是將軟件功能撐起來，當功能更改，或新的技術出現，它就會被拋棄，一文不值。

其實代碼編寫，代碼設計更應該是一種藝術創做，一種巧妙的設計。而不該是符號的堆砌，它應是有靈魂的，它包含了設計者的靈感和奇思妙想。因此它應獲得尊重，獲得欣賞。當落下帷幕，它也應是有值得後人去津津樂道和借鑑的地方繼續被傳承與昇華。這即是軟件質量的重要性，每次都是總結和改進，這樣纔會愈來愈好。

建議學習下「設計模式」，巧妙組織代碼

若是作不到讓程序更美，那至少要作到讓程序不出錯。不出錯老是能保證的，由於它是客觀的，不像美感那麼主觀。

那怎樣才能讓程序不出錯呢？

一、是否足夠全面

是否知足全部的功能需求

二、是否足夠嚴謹

是否已將全部的異常狀況都考慮清楚，並作了應對措施，保證軟件的可用性

三、測試充分

寫代碼的人一般會懶於測試，想固然的認爲本身是正確的。不肯將太多的時間與精力花在驗證本身的代碼邏輯上，以爲這該是測試人員的工做。但其實寫代碼的人更應該好好測試本身的代碼，由於這樣會拓寬你的思路，讓你思考到正常狀況很難會想到的方面和問題，並且經過發現問題，會讓進步得更多，每次問題的發現，都是對本身的一次修正，從而獲得知識和能力上的提高。

爲了更好的測試，要善於藉助測試工具，測試工具主要有壓力測試和功能測試、體驗測試等這幾類。

一、壓力測試，高壓狀況下會暴露程序的性能和對資源的使用狀況，是對程序的極限考驗，一般很抗得住高壓的程序，上到生產環境也不會有太大的問題

二、測試樣例與測試腳本

測試腳本一是自動化，可讓你測試的次數更多；二是增長測試的隨機性，這樣更能接近真實生產環境。

三、體驗測試，提高軟件操做與交互體驗，終極目標是簡單好用。但不出錯是大前提。