＊＊ 本文同步發表於 軟體設計鮮思維FB社群 ＊＊
看到國外某作者的一篇論述：「Lean Testing or Why Unit Tests are Worse than You Think」。這篇文章我瀏覽了兩遍，思考原作者從什麼樣的角度來看待所謂的單元測試 (unit test)。
文內有提，他純粹從經濟 (economic)的觀點來看待測試，然後接著從三項因子：成本 (Cost)、速度 (Speed)、信心 (Confidence)來比較 整合測試 (integration test) 與 單元測試 (unit test)的價值。
他的結論是認為：整合測試相對來得有價值許多。🤔
然後接著他再用 投資報酬率 (ROI, Return on Investment)與 程式覆蓋率 (Code Coverage)來佐證 整合測試 的高投資率。
這就讓我更肯定了，原作者是站在專案經理人 (PM, Project Management)的角度來看待整合測試，PM 最是偏好用指標來衡量投報率與顯性價值等。
問題是，投報率、覆蓋率等這些指標，是極難衡量隱性的因子與其所創造的價值啊！ 試想想，該如何衡量軟體產品的彈性度、擴展性與維護性議題呢？
再則，整合測試與單元測試根本是兩種不同的構面與不同角色的人所負責的：
o 整合測試：產品釋出 (release)前涵蓋所有元件的測試，一般由 QA 品管專職人員擔任。
o 單元測試：系統開發期間對必要 (essential)性類別 (如 控制物件、資料存取物件、企業物件等)的測試，這必然由撰寫該類別的開發人員負責撰寫，不得假手他人。