本文格式為Word版，下載可任意編輯——系統集成資質談談自己加入考試的一點提防得體會。

經過半個多月的復習，于XX年5月22日加入了全國統考。

當天考試的人還挺多的，我被調配到了第24考場，加入考試的人除了六位同事大家都彼此不熟悉，有5名老師監考，每個人像是有多年擒賊閱歷的老警察。

上午考試75道選擇題，試卷發下來后，匆促看了一下，察覺有些上次考過的類似題目，總體上還是不錯。

我是分兩次做題，第一次做有把握的，直接就涂在答題卡上，其次次做不太有把握的，只能靠規律推理或是靠猜以及擯棄法找出答案的。

等我做完其次遍時，離考試時間還有近一個小時，考場剩下一半的考生了。

上午考完試后，總體感覺尚可，估計分數理應在55分左右。

下午2點開考，總共5到案例分析，開啟一看，感覺有兩道題對比有把握，答題時根據參考資料上要求的一是要根據每道問答題的分數來答要點，譬如5分問答，答案至少要答到5條；

二是假設不會，也要根據閱歷寫滿，這樣老師多少會給點分。

下午我到了鈴聲響了后才離開考場。感覺下午的考試不是很夢想，估計不出大致的分數。

細心的等待勞績的公布，假設自己通過中級考試后，那就開頭打定高級的考試。

在今后的論壇學習中，我會做些考點分析，定期發布主題，夢想同樣加入考試的人供給便當，若摯友們有其他的考點有不解或需要交流的都可以發布主題，我們共同議論。

期望我們共同的進步。

系統集成心得體會（2）：

心得

結果，談談在這次ci實踐中感受到的一些心得：

ci和process及agile：靈巧編程中要求在每個小迭代中都有交付件，因此要求每個迭代都有完整的集成及測試工作，因而ci是一個很好的靈巧實踐，用以保證交付件的質量。假設沒有很好的ci，很難做到真正的靈巧。此外，ci的引入也會對現有流程形成確定的影響，一個實際的例子就是：以前rd總是在每天晚上下班前把當天完成的代碼checkin，而現在那么是，完成了一片面就立刻checkin一片面，并等待幾分鐘，確保checkin的代碼不會讓ci失敗。

ci和testing及automation：其實在前面的實踐中也已經看到，ci中包含了好多的測試實踐，譬如單元測試、組件測試、功能測試、系統測試等等。integration不只是compile，更多地是通過測試來保證質量。這對rd和qa都提出了更高的要求，首先，持續意味著我們務必要保證測試的一向可用，在實施ci之前，我們也有單元測試，但單元測試往往在進入alpha或beta后就再也沒人關切和維護了，在工程終止時甚至單元測試的程序連編譯都不能通過。其次，自動化的要求意味著務必要更好地去考慮產品設計、實現、以及測試的設計工作，一個低耦合的架構才有可能更多地自動化，糟糕的設計工作會讓自動化根本無法舉行。

ci和cross-platform開發：趨勢好多工程都有多個平臺的版本，因此對軟件的跨平臺開發也有很高的要求。那ci對跨平臺有什么意義呢？假設我們在多個開發平臺上都有響應的ci系統，那我們在開發任何一個平臺的時候，新增或者修改的代碼都可以實時通過其他平臺上的ci系統得到盡早的驗證和反應。這樣，通過ci可以更好地要求開發人員考慮跨平臺的需要，不能由于一個平臺的代碼而讓其他平臺的ci失敗。

“持續”：我想對ci里“持續”的理解可以從兩方面來談，首先是持續地集成產品，盡早地察覺問題；

其次，也可以把這里的持續理解為持續提升，正如前面說的，ci里包括好多的實踐，我們不成能一下子引入全部，這就要求我們有持續提升的sense，持續地引入新的實踐（譬如參與代碼審查等）、持續地參與新的case、持續地完善ci和process，在提升的同時，ci又很好地保證了已有片面的長期有效，不過像猴子摘西瓜那樣，缺少歷史的積淀。

企業文化和公司的支持：結果一點心得，和ci關系不大，但在任何公司、任何組織中，要想能不斷提升、嘗試新的實踐和流程，必然離不開組織和制度的支持。我們在實踐ci過程中，manager們給了團隊好多的自由，可以充分去挖掘，同時允許失敗，這是任何一個實踐能夠有所收獲的必備前提。

結果，推舉一本關于持續集成的書籍：continuousintegration:improvingsoftwarequalityandreducingrisk（持續集成：軟件質量提升和風險降低之道），它對ci舉行對比全面的介紹，可以從這本書里開頭對ci做個全面的了解。

ci并不是軟件開發的銀彈，它也并不嘗試解決軟件開發中固有的好多問題，但通過采用ci，可