記錄CI/CD，雖然持續集成已經知道很久，甚至有實踐過，但是第一次知道他們英文縮寫是CI卻是在昨天，剛好借此梳理一下持續集成的理解
因為目前沒過多接觸到CI，可能理解不透徹，目前我理解的CI就是一個管道式交付過程，在CI過程中，提交，集成，測試這個周期被高效化，由於自動化技術的輔助，允許你更快速的進行一個開發周期，這樣首先可以保證已提交內容的穩定，提高開發效率，其次可以讓產品更快適應需求，提高產品的多面性。
很顯然，CI是針對軟件開發周期來說的，但是CD就不一樣了，CD包括持續交付和持續部署，這樣就把運維的過程也加進來了，實際上是高配版本的CI，CD模式解決了運維團隊和開發團隊的矛盾，運維追求穩定，而改動代碼就會出現問題，所以CD過程允許運維提前預估風險並防范風險。達到穩定的目的。
這里不得不提的還有一個概念，就是 DevOps，DevOps實際上就高度體現了CD的開發模式，在這個模式下更加體現出管道式的開發模式，細化了瀑布，而這種模式下，加強了個部門之間的合作和協調，是一種更高的規范和思想。如果想要實現，一方面需要公司有這種理念和制度，另外要求員工也需要具備devop的思想。
結合最近一些測試的感悟吧，就單純測試而言，測試崗位人才稀缺丟居高不下，測試人員求職數量也居高不下，造成這種原因無非是崗位要求越來越高，而高質量的技術人才卻增長緩慢，導致崗位跟求職者越來越不匹配，然后就出現企業高薪找不到人，就業人員降低要求還找不到工作的情況。
為什么測試崗位要求越來越高，原因很多，比如CI/CD的流行，比如測試技術的成熟等等，總之就是出現了對企業更有利的東西，而這些東西傳統測試方式已經無法適應了。就好比出現了個更好用的手機，但是需要更強大的電源一樣，老版電源不支持新手機了。所以測試也需要進步和革新，比如測試左移和測試右移，測試左移，測試人員更多的學習開發知識。測試右移，測試人員更多的學習運維知識。
其實從根源上來說，測試技術的進步也為開發模式的進步奠定了基石，正是因為技術進步了，才支持和允許新的開發模式的落實，作為測試人員，必須要不斷提升技能，才不會在技術革新的浪潮中被淹沒。