Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

軟體品質與持續整合

4,121 views

Published on

介紹「持續整合」在軟體生命週期中的重要性,藉此提昇軟體交付品質。

Published in: Software

軟體品質與持續整合

  1. 1. 軟體品質與持續整合 Software Quality & Continuous Integration sj@toright.com http://blog.toright.com 2014/12/25
  2. 2. 持續整合 Continuous Integration 敏捷開發方法論 其中的武功招式之一
  3. 3. Why ? 想解決什問題...
  4. 4. 希望能掌握軟體開發節奏 說好的 Feature 與 Deadline 呢?
  5. 5. 開發節奏 Tempo of Development 程式設計師想踏實地寫程式 專案經理想確實地掌握時程 組織想降低成本與開發風險 客戶想拿到品質優良的產品 !?
  6. 6. 回顧一下歷史的眼淚先... A Story of Integration Hell
  7. 7. 悲劇的初章 PM:各位,明天新功能要上線囉! RD 甲:我負責的功能早完成了! RD 乙:我快完成了,剩下的 Bug 今晚可以搞定。 QA 甲:現在測試狀況還可以,剩下一些 Bug 等著修。 QA 乙:系統怪怪的,總覺的哪裡不對勁... PM:不要緊,大家晚上加個班,讓我們一起迎接明日黎 明的勝利!
  8. 8. 黎明的前夕 RD ● 處理惱人的程式碼衝突 ● 忙著修正系統自動產生的 Bug !? ● 執行環境差異太大 ● 整合測試出現奇妙的錯誤 (我的電 腦明明正常啊) ● 開始用一些所謂「快」的方法解決 問題 (你懂der) QA ● 壞的功能貌似修好了 ● 原本好的功能變得怪怪的 ● 永遠沒有最終版 ● 時間緊迫根本測不完 PM ● 有時暴跳如雷 (Bug 如雪花般的飛來) ● 有時安靜的像隻貓 (禱告中...) ● 去全聯買「乖乖」
  9. 9. 黎明到來 Bug 已經修正 (隱藏/規避),系統整合後 運作起來還算正常,終於可以上線了!
  10. 10. 新功能啟用 大量使用者湧入使用 團隊忐忑不安的心情
  11. 11. PM 正準備吹起勝利的號角 ...
  12. 12. 系統炸了,歷史悲劇再度上演!
  13. 13. 這故事各位是否熟悉?
  14. 14. 面對軟體開發的複雜性 漸漸由 病 轉變為 疾
  15. 15. 回到「持續整合」 先從字面上解釋!
  16. 16. 持續 整合 不間斷、不停地、一直、有事沒事就做一下
  17. 17. 持續 整合 把大家寫的 Code 在一起跑看看有沒有錯!
  18. 18. 持續 + 整合 就是 有事沒事就把大家寫的 Code 在一起跑看看有 沒有錯!
  19. 19. 持續整合生命週期 Start … End 等同整個軟體生命週期!
  20. 20. 結論 持續整合的目的在於掌握軟體開發節奏
  21. 21. How ? 該怎麼做...
  22. 22. 有事沒事就把大家寫的 Code 在一起跑看看 有沒有錯! 就是「自動化」!
  23. 23. 假自動化 vs 真自動化
  24. 24. 假自動化 (半自動 / 手動)
  25. 25. 人有失蹄、馬有失足 不管多細心,只要是人做的都會錯!
  26. 26. 真自動化才是王道!
  27. 27. 天下武功、無堅不摧,為快不破!
  28. 28. 自動化的好處 快 執行成本低 錯誤機會低
  29. 29. 實行自動化的痛 不知道怎自動化 不容易自動化 沒辦法自動化 自動化過程耗費高成本
  30. 30. 如果沒辦法全面自動化呢? 那就盡可能自動化吧!
  31. 31. 有事沒事就把大家寫的 Code 在一起跑看看 有沒有錯! 這不就是「版本控制」嗎!?
  32. 32. 版本控制系統 Version Control System Git, SVN, CVS...
  33. 33. 有事沒事就把大家寫的 Code 在一起跑看看 有沒有錯! 這不就是「系統測試」嗎!?
  34. 34. 測試模式 Unit Test、Function Test、Monkey Test、UI Test… 不管黑箱還是白箱,可以自動測的都是好箱!
  35. 35. 測試到底該測些什麼? ● 對的要對 ● 錯的要錯 ● 錯的不能對 ● 對的不能錯
  36. 36. 撰寫自動化測試 最大的問題是? 既有的程式架構根本很難寫測試!
  37. 37. 測試驅動開發 TDD, Test-driven development 不寫測試不寫程式 沒有通過測試的程式不是程式
  38. 38. 不要迷戀哥(TDD),哥只是個傳說! 有時開發模式的核心不是在實踐,而是在目的!
  39. 39. 透過認識方法論,找出適合手段! 透過測試先行幫助思考,進而改善軟體架構、實作與設計...
  40. 40. 明明有了測試,怎麼還是錯了? 根本沒測到 (覆蓋率不足) 程式寫錯、測試也剛好寫錯
  41. 41. 先別說這個了,你聽過「系統反饋」嗎? 什麼鬼?
  42. 42. 系統反饋 System Feedback 如果你傷害它,它就會喊痛!
  43. 43. 反饋的喜悅
  44. 44. 每日建置 Nightly Build 每晚自動抓最新的程式碼,嘗試進行編譯、封裝、 佈署、測試、建立報告...最後獲得系統反饋
  45. 45. 自動化 + 測試 + 系統反饋 持續整合的核心價值!
  46. 46. What ? 實踐...
  47. 47. 持續整合系統 Continuous Integration System
  48. 48. 今天不介紹 詳細安裝與設定請與我聯繫...
  49. 49. Pull Code Syntax & Coding Style Check JS / CSS Compress Make Source Map Pack Depoly Generate Document Unit Test Function Test Release Tag Report (Notification)
  50. 50. 每件事物都有適合自己的持續整合流程 請試著找出屬於自己的整合流程
  51. 51. 請保持心中的信念 我們需要義無反顧的勇氣
  52. 52. 對航海的人來說,擱淺的船舶就是燈塔。 [荷蘭諺語] 最後...
  53. 53. Thanks!! sj@toright.com http://blog.toright.com

×