系統(tǒng)集成心得體會(huì)
談?wù)勛约簠⒓涌荚嚨囊稽c(diǎn)小心得體會(huì)。 經(jīng)過半個(gè)多月的復(fù)習(xí),于xx年5月22日參加了全國(guó)統(tǒng)考。
當(dāng)天考試的人還挺多的,我被分配到了第24考場(chǎng),參加考試的人除了六位同事大家都互相不認(rèn)識(shí),有5名老師監(jiān)考,每個(gè)人像是有多年擒賊經(jīng)驗(yàn)的老警察 。
上午考試75道選擇題,試卷發(fā)下來后,匆匆看了一下,發(fā)現(xiàn)有些上次考過的類似題目,總體上還是不錯(cuò) 。
我是分兩次做題,第一次做有把握的,直接就涂在答題卡上,第二次做不太有把握的,只能靠邏輯推理或是靠猜以及排除法找出答案的 。
等我做完第二遍時(shí),離考試時(shí)間還有近一個(gè)小時(shí),考場(chǎng)剩下一半的考生了。
上午考完試后,總體感覺尚可,估計(jì)分?jǐn)?shù)應(yīng)該在55分左右 。
下午2點(diǎn)開考,總共5到案例分析,打開一看,感覺有兩道題比較有把握,答題時(shí)根據(jù)參考資料上要求的一是要根據(jù)每道問答題的分?jǐn)?shù)來答要點(diǎn),比如5分問答,答案至少要答到5條;二是如果不會(huì),也要根據(jù)經(jīng)驗(yàn)寫滿,這樣老師多少會(huì)給點(diǎn)分。
下午我到了鈴聲響了后才離開考場(chǎng)。感覺下午的考試不是很理想,估計(jì)不出大致的分?jǐn)?shù) 。
耐心的等待成績(jī)的公布,如果自己通過中級(jí)考試后,那就開始準(zhǔn)備高級(jí)的考試。
在今后的論壇學(xué)習(xí)中,我會(huì)做些考點(diǎn)分析,定期發(fā)布主題,希望同樣參加考試的人提供方便,若朋友們有其他的考點(diǎn)有疑惑或需要交流的都可以發(fā)布主題,我們共同討論。
期望我們共同的進(jìn)步。
系統(tǒng)集成心得體會(huì)(2):
心得
最后,談?wù)勗谶@次ci實(shí)踐中感受到的一些心得:
ci和process及agile:敏捷編程中要求在每個(gè)小迭代中都有交付件,因此要求每個(gè)迭代都有完整的集成及測(cè)試工作,因而ci是一個(gè)很好的敏捷實(shí)踐,用以保證交付件的質(zhì)量。如果沒有很好的ci,很難做到真正的敏捷。此外,ci的引入也會(huì)對(duì)現(xiàn)有流程形成一定的影響,一個(gè)實(shí)際的例子就是:以前rd總是在每天晚上下班前把當(dāng)天完成的代碼check in,而現(xiàn)在則是,完成了一部分就立即check in一部分,并等待幾分鐘,確保check in的代碼不會(huì)讓ci失敗。
ci和testing及automation:其實(shí)在前面的實(shí)踐中也已經(jīng)看到,ci中包含了很多的測(cè)試實(shí)踐,比如單元測(cè)試、組件測(cè)試、功能測(cè)試、系統(tǒng)測(cè)試等等。integration不只是compile,更多地是通過測(cè)試來保證質(zhì)量。這對(duì)rd和qa都提出了更高的要求,首先,持續(xù)意味著我們必須要保證測(cè)試的一直可用,在實(shí)施ci之前,我們也有單元測(cè)試,但單元測(cè)試往往在進(jìn)入alpha或beta后就再也沒人關(guān)心和維護(hù)了,在項(xiàng)目結(jié)束時(shí)甚至單元測(cè)試的程序連編譯都不能通過。其次,自動(dòng)化的要求意味著必須要更好地去考慮產(chǎn)品設(shè)計(jì)、實(shí)現(xiàn)、以及測(cè)試的設(shè)計(jì)工作,一個(gè)低耦合的架構(gòu)才有可能更多地自動(dòng)化,糟糕的設(shè)計(jì)工作會(huì)讓自動(dòng)化根本無法進(jìn)行。
ci和cross-platform開發(fā):趨勢(shì)很多項(xiàng)目都有多個(gè)平臺(tái)的版本,因此對(duì)軟件的跨平臺(tái)開發(fā)也有很高的要求 。那ci對(duì)跨平臺(tái)有什么意義呢?如果我們?cè)诙鄠(gè)開發(fā)平臺(tái)上都有響應(yīng)的ci系統(tǒng),那我們?cè)陂_發(fā)任何一個(gè)平臺(tái)的時(shí)候,新增或者修改的代碼都可以及時(shí)通過其他平臺(tái)上的ci系統(tǒng)得到盡早的驗(yàn)證和反饋。這樣,通過ci可以更好地要求開發(fā)人員考慮跨平臺(tái)的需要,不能因?yàn)橐粋(gè)平臺(tái)的代碼而讓其他平臺(tái)的ci失敗。
“持續(xù)”:我想對(duì)ci里“持續(xù)”的理解可以從兩方面來談,首先是持續(xù)地集成產(chǎn)品,盡早地發(fā)現(xiàn)問題;其次,也可以把這里的持續(xù)理解為持續(xù)改進(jìn),正如前面說的,ci里包括很多的實(shí)踐,我們不可能一下子引入全部,這就要求我們有持續(xù)改進(jìn)的sense,持續(xù)地引入新的實(shí)踐(比如加入代碼審查等)、持續(xù)地加入新的case、持續(xù)地完善ci和process,在改進(jìn)的同時(shí),ci又很好地保證了已有部分的長(zhǎng)期有效,不過像猴子摘西瓜那樣,缺少歷史的積淀。
企業(yè)文化和公司的支持:最后一點(diǎn)心得,和ci關(guān)系不大,但在任何公司、任何組織中,要想能不斷改進(jìn)、嘗試新的實(shí)踐和流程,必然離不開組織和制度的支持。我們?cè)趯?shí)踐ci過程中,manager們給了團(tuán)隊(duì)很多的自由,可以充分去發(fā)掘,同時(shí)允許失敗,這是任何一個(gè)實(shí)踐能夠有所收獲的必備前提 。
最后,推薦一本關(guān)于持續(xù)集成的書籍:continuous integration: improving software quality and reducing risk(持續(xù)集成:軟件質(zhì)量改進(jìn)和風(fēng)險(xiǎn)降低之道),它對(duì)ci進(jìn)行比較全面的介紹,可以從這本書里開始對(duì)ci做個(gè)全面的了解。
ci并不是軟件開發(fā)的銀彈,它也并不嘗試解決軟件開發(fā)中固有的很多問題,但通過采用ci,可以更好地控制和降低風(fēng)險(xiǎn),并能更好地保證團(tuán)隊(duì)和流程走在不斷成功和改進(jìn)的正確道路上,從而讓我們有更大的信心去release產(chǎn)品,refractor代碼,agile流程。
擁抱敏捷、擁抱變化、擁抱ci!
版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn),該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請(qǐng)發(fā)送郵件至 yyfangchan@163.com (舉報(bào)時(shí)請(qǐng)帶上具體的網(wǎng)址) 舉報(bào),一經(jīng)查實(shí),本站將立刻刪除