CI :持續(xù)性集成

CD：持續(xù)性部署

SIT：系統(tǒng)集成測試

UAT：用戶驗(yàn)收測試

研發(fā)流程的變化，因?yàn)橛脩粲肋h(yuǎn)一開始不知道自己想要什么樣的東西，導(dǎo)致了軟件無法從一而終的進(jìn)行設(shè)計(jì)，用戶需要能立刻運(yùn)行的軟件和功能。

（圖片為借用圖片，如覺得侵權(quán)請(qǐng)聯(lián)系刪除）

商業(yè)性軟件交付為快不破，開發(fā)運(yùn)維部署交付，由于商業(yè)上的需求，流程發(fā)生了很大的變化。

隨著 DevOps 的興起，出現(xiàn)了持續(xù)集成，持續(xù)交付（CI/CD）和持續(xù)部署的新方法， 而傳統(tǒng)的軟件開發(fā)和交付方式在迅速變得過時(shí)。過去的敏捷時(shí)代里， 大多數(shù)公司的軟件發(fā)布周期是每月、每季度甚至每年；而在現(xiàn)在 DevOps 時(shí)代，每周、每天甚至每天多次都是常態(tài)。

CI與CD又可以促進(jìn)軟件功能能極快完成集成測試和驗(yàn)收

SIT，英文System Integration Testing的簡稱，系統(tǒng)集成測試，也叫做集成測試，是軟件測試的一個(gè)術(shù)語，在其中單獨(dú)的軟件模塊被合并和作為一個(gè)組測試。它在單元測試以后和在系統(tǒng)測試之前。集成測試在已經(jīng)被單元測試檢驗(yàn)后進(jìn)行作為它的輸入模式，組織它們在更大的集合，和遞送，作為它的輸出，集成系統(tǒng)為系統(tǒng)測試做準(zhǔn)備。集成測試的目的是校驗(yàn)功能、性能和可靠性要求，配置在主設(shè)計(jì)項(xiàng)目中。

UAT，英文User Acceptance Test的簡寫，也就是用戶驗(yàn)收測試，或用戶可接受測試，系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶或獨(dú)立測試人員根據(jù)測試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測試和接收。它讓系統(tǒng)用戶決定接收系統(tǒng)，它是一項(xiàng)確定產(chǎn)品能夠滿足合同或用戶所規(guī)定需求的測試，這是管理性和防御性控制。

研發(fā)模式發(fā)生了變化，瀑布模式（需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，單編碼，單元測試，集成測試，上線部署）早已過時(shí)，無法適應(yīng)商業(yè)軟件交付的期望。敏捷（快）-devops（更快）-ci/cd-自動(dòng)化-智能（飛快）

總結(jié)

以上是生活随笔為你收集整理的JAVA开发运维（CI/CD）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。