化學(xué)專業(yè)前沿講座心得體會-文庫吧資料
2024-09-28 14:41本頁面
【正文】 團(tuán)隊(duì)，最快的熟悉項(xiàng)目的方法就是給他看測試代碼，而比一邊看著文檔一邊進(jìn)行debug要高效。 minimaldocumentation，較少的文檔。正因?yàn)榘l(fā)布頻繁，每一個版本新增的功能簡單，不需要復(fù)雜的設(shè)計，這樣文檔和設(shè)計就在很大程度上簡化了。在敏捷開發(fā)中，不會出現(xiàn)這種情況，拿到需求以后就閉門造車，直到最后才將產(chǎn)品交付給客戶，而是盡量多的產(chǎn)品發(fā)布，一般以周、月為單位。站立會議讓團(tuán)隊(duì)進(jìn)行交流，彼此相互熟悉工作內(nèi)容，如果有人曾經(jīng)遇到過和你類似的問題，那么在站立會議后，他就會和你進(jìn)行討論。 。每天早上，項(xiàng)目組的所有成員都會站立進(jìn)行一次會議，由于是站立的，所以時間不會很長，一般來說是1520分鐘。pair做事有很多好處，兩個人在一起探討很容易產(chǎn)生思想的火花，也不容易走上偏路。 pairprogramming，結(jié)對編程。但是在敏捷開發(fā)中，重構(gòu)貫穿于整個開發(fā)流程， 2每一次開發(fā)者checkin代碼之前，都要對所寫代碼進(jìn)行重構(gòu)，讓代碼達(dá)到cleancodethatworks。重構(gòu)是在不改變系統(tǒng)外部行為下，對內(nèi)部結(jié)構(gòu)進(jìn)行整理優(yōu)化，使得代碼盡量簡單、優(yōu)美、可擴(kuò)展。在我們公司里，開發(fā)人員的桌上有一個火山燈用來標(biāo)志集成的狀態(tài)，如果是黃燈，表示正在集成；如果是綠燈，表示上一次集成通過，開發(fā)人員在這時候獲得的代碼是可用而可靠的；如果顯示為紅燈，就要小心了，上一次集成未通過，需要盡快定位失敗原因從而讓燈變綠。它至少包括：獲得所有源代碼；編譯源代碼；運(yùn)行所有測試，包括單元測試、功能測試等；確認(rèn)編譯和測試是否通過，最后發(fā)送報告。敏捷開發(fā)中提倡持續(xù)集成，一天之內(nèi)集成十幾次甚至幾十次，如此頻繁的集成能盡量減少沖突，由于集成很頻繁，每一次集成的改變也很少，即使集成失敗也容易定位錯誤。 continuousintegration，持續(xù)集成。如果沒有測試代碼，就不能編寫功能的實(shí)現(xiàn)代碼。然后兩個人同時坐在電腦前面，一個人依照story，從業(yè)務(wù)需求的角度來編寫測試代碼，另一個人看著他并且進(jìn)行思考，如果有不同的意見就會提出來進(jìn)行討論，直到達(dá)成共識，這樣寫出來的測試代碼就真實(shí)反映了業(yè)務(wù)功能需求。 二、敏捷開發(fā)模式內(nèi)容 testdrivendevelopment，測試驅(qū)動開發(fā)，它是敏捷開發(fā)的最重要的部
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1