【文章內(nèi)容簡(jiǎn)介】 如build未通過(guò)或者單元測(cè)試失敗。敏捷開發(fā)中提倡持續(xù)集成，一天之內(nèi)集成十幾次甚至幾十次，如此頻繁的集成能盡量減少?zèng)_突，由于集成很頻繁，每一次集成的改變也很少，即使集成失敗也容易定位錯(cuò)誤。一次集成要做哪些事情呢？它至少包括：獲得所有源代碼；編譯源代碼；運(yùn)行所有測(cè)試，包括單元測(cè)試、功能測(cè)試等；確認(rèn)編譯和測(cè)試是否通過(guò)，最后發(fā)送報(bào)告。當(dāng)然也會(huì)做一些其它的任務(wù)，比如說(shuō)代碼分析、測(cè)試覆蓋率分析等等。在我們公司里，開發(fā)人員的桌上有一個(gè)火山燈用來(lái)標(biāo)志集成的狀態(tài)，如果是黃燈，表示正在集成；如果是綠燈，表示上一次集成通過(guò)，開發(fā)人員在這時(shí)候獲得的代碼是可用而可靠的；如果顯示為紅燈，就要小心了，上一次集成未通過(guò)，需要盡快定位失敗原因從而讓燈變綠。有很多很多的書用來(lái)介紹重構(gòu)，最著名的是Martin的《重構(gòu)》，Joshua的《從重構(gòu)到模式》等。重構(gòu)是在不改變系統(tǒng)外部行為下，對(duì)內(nèi)部結(jié)構(gòu)進(jìn)行整理優(yōu)化，使得代碼盡量簡(jiǎn)單、優(yōu)美、可擴(kuò)展。在以往開發(fā)中，通常是在有需求過(guò)來(lái)，現(xiàn)在的系統(tǒng)架構(gòu)不容易實(shí)現(xiàn)，從而對(duì)原有系統(tǒng)進(jìn)行重構(gòu)；或者在開發(fā)過(guò)程中有剩余時(shí)間了，對(duì)現(xiàn)在代碼進(jìn)行重構(gòu)整理。但是在敏捷開發(fā)中，重構(gòu)貫穿于整個(gè)開發(fā)流程，每一次開發(fā)者check in代碼之前，都要對(duì)所寫代碼進(jìn)行重構(gòu)，讓代碼達(dá)到clean code that works。值得注意的是，在重構(gòu)時(shí)，每一次改變要盡可能小，用單元測(cè)試來(lái)保證重構(gòu)是否引起沖突，并且不只是對(duì)實(shí)現(xiàn)代碼進(jìn)行重構(gòu)，如果測(cè)試代碼中有重復(fù)，也要對(duì)它進(jìn)行重構(gòu)。PairProgramming，結(jié)對(duì)編程。在敏捷開發(fā)中，做任何事情都是Pair的，包括分析、寫測(cè)試、寫實(shí)現(xiàn)代碼或者重構(gòu)。Pair做事有很多好處，兩個(gè)人在一起探討很容易產(chǎn)生思想的火花，也不容易走上偏路。Stand up，站立會(huì)議。每天早上，項(xiàng)目組的所有成員都會(huì)站立進(jìn)行一次會(huì)議，由于是站立的，所以時(shí)間不會(huì)很長(zhǎng)，一般來(lái)說(shuō)是1520分鐘。會(huì)議的內(nèi)容并不是需求分析、任務(wù)分配等，而是每個(gè)人都回答三個(gè)問(wèn)題：？？ ？站立會(huì)議讓團(tuán)隊(duì)進(jìn)行交流，彼此相互熟悉工作內(nèi)容，如果有人曾經(jīng)遇到過(guò)和你類似的問(wèn)題，那么在站立會(huì)議后，他就會(huì)和你進(jìn)行討論。Frequent Releases，小版本發(fā)布。在敏捷開發(fā)中，不會(huì)出現(xiàn)這種情況，拿到需求以后就閉門造車，直到最后才將產(chǎn)品交付給客戶，而是盡量多的產(chǎn)品發(fā)布，一般以周、月為單位。這樣，客戶每隔一段時(shí)間就會(huì)拿到發(fā)布的產(chǎn)品進(jìn)行試用，而我們可以從客戶那得到更多的反饋來(lái)改進(jìn)產(chǎn)品。正因?yàn)榘l(fā)布頻繁，每一個(gè)版本新增的功能簡(jiǎn)單，不需要復(fù)雜的設(shè)計(jì)，這樣文檔和設(shè)計(jì)就在很大程度上簡(jiǎn)化了。又因?yàn)楹?jiǎn)單設(shè)計(jì)，沒(méi)有復(fù)雜的架構(gòu)，所以客戶有新的需求或者需求進(jìn)行變動(dòng)，也能很快的適應(yīng)。Minimal Documentation，較少的文檔。其實(shí)敏捷開發(fā)中并不是沒(méi)有文檔，而是有大量的文檔，即測(cè)試。這些測(cè)試代碼真實(shí)的反應(yīng)了客戶的需求以及系統(tǒng)API的用法，如果有新人加入團(tuán)隊(duì)，最快的熟悉項(xiàng)目的方法就是給他看測(cè)試代碼，而比一邊看著文檔一邊進(jìn)行debug要高效。如果用書面文檔或者注釋，某天代碼變化了，需要對(duì)這些文檔進(jìn)行更新。一旦忘記更新文檔，就會(huì)出現(xiàn)代碼和文檔不匹配的情況，這更加會(huì)讓人迷惑。而在敏捷中并不會(huì)出現(xiàn)，因?yàn)橹挥袦y(cè)試變化了，代碼才會(huì)變化，測(cè)試是真實(shí)反應(yīng)代碼的。這時(shí)有人會(huì)問(wèn)：代碼不寫注釋行嗎？一般來(lái)說(shuō)好的代碼不是需要大量的注釋嗎？其實(shí)簡(jiǎn)單可讀的代碼才是好的代碼，既然簡(jiǎn)單可讀了，別人一看就能夠看懂，這時(shí)候根本不需要對(duì)代碼進(jìn)行任何注釋。若你覺(jué)得這段代碼不加注釋的話別人可能看不懂，就表示設(shè)計(jì)還不夠簡(jiǎn)單，需要對(duì)它進(jìn)行重構(gòu)。Collaborative Focus，以合作為中心，表現(xiàn)為代碼共享。在敏捷開發(fā)中，代碼是歸團(tuán)隊(duì)所有而不是哪些模塊的代碼屬于哪些人，每個(gè)人都有權(quán)利獲得系統(tǒng)任何一部分的代碼然后修改它，每個(gè)人都能夠?qū)@部分代碼重構(gòu)而不需要征求代碼作者的同意。這樣每個(gè)人都能熟悉系統(tǒng)的代碼，即使團(tuán)隊(duì)的人員變動(dòng)，也沒(méi)有風(fēng)險(xiǎn)。Customer Engagement，現(xiàn)場(chǎng)客戶。敏捷開發(fā)中，客戶是與開發(fā)團(tuán)隊(duì)一起工作的，團(tuán)隊(duì)到客戶現(xiàn)場(chǎng)進(jìn)行開發(fā)或者邀請(qǐng)客戶到團(tuán)隊(duì)公司里來(lái)開發(fā)。如果開發(fā)過(guò)程中有什么問(wèn)題或者產(chǎn)品經(jīng)過(guò)一個(gè)迭代后，能夠以最快速度得到客戶的反饋。敏捷開發(fā)過(guò)程與傳統(tǒng)的開發(fā)過(guò)程有很大不同，在這過(guò)程中，團(tuán)隊(duì)是有激情有活力的，能夠適應(yīng)更大的變化，做出更高質(zhì)量的軟件。三、自動(dòng)化測(cè)試Automated Testing，自動(dòng)化測(cè)試。為了減小人力或者重復(fù)勞動(dòng)，所有的測(cè)試包括單元測(cè)試、功能測(cè)試或集成測(cè)試等都是自動(dòng)化的，這對(duì)QA人員提出了更高的要求。他們要熟悉開發(fā)語(yǔ)言、自動(dòng)化測(cè)試工具，能夠編寫自動(dòng)化測(cè)試腳本或者用工具錄制。在自動(dòng)化測(cè)試過(guò)程中，UI的自動(dòng)化測(cè)試實(shí)施難度比后臺(tái)程序的自動(dòng)化要大，那么UI自動(dòng)化測(cè)試是怎么做的呢？首先需要用一個(gè)持續(xù)集成的工具h(yuǎn)udson作為一個(gè)顆粒度比較粗的測(cè)試用例管理工具，hudson作為自動(dòng)化測(cè)試的主心骨，QA們可以在hudson上觸發(fā)自動(dòng)化測(cè)試的運(yùn)行，運(yùn)行完了以后可以看到測(cè)試結(jié)果，并且，利用了hudson的分布式結(jié)構(gòu)，由多個(gè)測(cè)試機(jī)來(lái)執(zhí)行測(cè)試，達(dá)到了很好的資源調(diào)配。對(duì)瀏覽器的控制方面，用了Selenium，會(huì)上沒(méi)有問(wèn)UI是否利用了Selenium的多瀏覽器支持，從演示上來(lái)看應(yīng)該只做的Firefox的。他們的分工很明確，分了專門做功能測(cè)試的QA和專門做自動(dòng)化測(cè)試工具開發(fā)的SDET，SDET主要是負(fù)責(zé)寫RUBY代碼，封裝并且暴露了一些通用的方法給QA使用，并且同時(shí)使用了Cucumber作為一個(gè)DSL，QA是用Cucumber來(lái)做自動(dòng)化測(cè)試的一些描述，Cucumber的作用就是對(duì)功能測(cè)試的QA屏蔽了底層RUBY腳本，對(duì)上就是“翻譯”功能測(cè)試QA的意圖，“翻譯”成RUBY。優(yōu)點(diǎn)在于：分開了自動(dòng)化測(cè)試工具開發(fā)和自動(dòng)化測(cè)試實(shí)施；使用了大量開源工具，提高效率；在測(cè)試過(guò)程中我將這個(gè)方式加以運(yùn)用，提高了測(cè)試技術(shù)。自動(dòng)化測(cè)試是軟件測(cè)試發(fā)展的一個(gè)方向。很多人都認(rèn)為做測(cè)試，懂得自動(dòng)化測(cè)試是很重要的。我之前用QTP的時(shí)候，給自己最大的感觸就是錄制腳本和調(diào)試腳本的時(shí)間太長(zhǎng)了。通過(guò)一些講座和交流，我對(duì)自動(dòng)化測(cè)試和腳本的錄制修改技巧慢慢熟知，大大提高了自動(dòng)化測(cè)試設(shè)計(jì)的效率。測(cè)試是一個(gè)思考的過(guò)程，自動(dòng)化測(cè)試是測(cè)試發(fā)展的必然趨勢(shì)，所以在自動(dòng)化測(cè)試的運(yùn)用之中我還是有很多需要學(xué)習(xí)的內(nèi)容。四、大數(shù)據(jù) 現(xiàn)在，當(dāng)數(shù)據(jù)的積累量足夠大的時(shí)候，量變引起了質(zhì)變，“大數(shù)據(jù)”通過(guò)對(duì)海量數(shù)據(jù)有針對(duì)性的分析，賦予了互聯(lián)網(wǎng)“智商”，這使得互聯(lián)網(wǎng)的作用，從簡(jiǎn)單的數(shù)據(jù)交流和信息傳遞，上升到基于海量數(shù)據(jù)的分析，一句話“他開始思考了”。簡(jiǎn)言之，大數(shù)據(jù)就是將碎片化的海量數(shù)據(jù)在一定的時(shí)間內(nèi)完成篩選、分析，并整理成為有用的資訊，幫助用戶完成決策。借助大數(shù)據(jù)企業(yè)的決策者可以迅速感知市場(chǎng)需求變化，從而促使他們作出對(duì)企業(yè)更有利的決策，使得這些企業(yè)擁有更強(qiáng)的創(chuàng)新力和競(jìng)爭(zhēng)力。這是繼云計(jì)算、物聯(lián)網(wǎng)之后IT產(chǎn)業(yè)又一次顛覆性的技術(shù)變革，對(duì)國(guó)家治理模式、對(duì)企業(yè)的決策、組織和業(yè)務(wù)流程、對(duì)個(gè)人生活方式都將產(chǎn)生巨大的影響。后工業(yè)社會(huì)時(shí)代，隨著新興技術(shù)的發(fā)展與互聯(lián)網(wǎng)底層技術(shù)的革新，數(shù)據(jù)正在呈指數(shù)級(jí)增長(zhǎng)，所有數(shù)據(jù)的產(chǎn)生形式，都是數(shù)字化。如何收集、管理和分析海量數(shù)據(jù)對(duì)于企業(yè)從事的一切商業(yè)活動(dòng)都顯得尤為重要。大數(shù)據(jù)時(shí)代是信息化社會(huì)發(fā)展必然趨勢(shì)，我們只有緊緊跟隨時(shí)代發(fā)展的潮流，在技術(shù)上、制度上、價(jià)值觀念上做出迅速調(diào)整并牢牢跟進(jìn)，才能在接下來(lái)新一輪的競(jìng)爭(zhēng)中擺脫受制于人的弱勢(shì)境地，才能把握發(fā)展的方向。第三篇：前沿講座心得體會(huì)前沿講座心得體會(huì)班級(jí)：土木132 學(xué)號(hào)：130711227 姓名：朱玉震20