每日構(gòu)建和冒煙測試

每日構(gòu)建和冒煙測試談每日構(gòu)建都會連帶談冒煙測試這個詞。每日構(gòu)建不是簡單的指每日編譯，編譯和構(gòu)建完成后必須對增加的新功能點(diǎn)進(jìn)行系統(tǒng)測試，對已經(jīng)測試過的功能點(diǎn)進(jìn)行冒煙測試。每日構(gòu)建是微軟比較推薦的最佳實(shí)踐，強(qiáng)調(diào)測試的早期介入和持續(xù)的版本集成。每日構(gòu)建和冒煙測試的優(yōu)點(diǎn)主要有：進(jìn)度可見并可以控制到1-2天的細(xì)粒度，很容易看到進(jìn)度的偏差及早的發(fā)現(xiàn)開發(fā)BUG和缺陷并分析解決，對開發(fā)人員的一種監(jiān)督和促進(jìn)，提高軟件質(zhì)量由于將大集成分解到每日構(gòu)建中的小集成，避免了傳統(tǒng)產(chǎn)品集成或集成測試時候出現(xiàn)的嚴(yán)重問題的可能。在項(xiàng)目中宣灌質(zhì)量意識，強(qiáng)調(diào)第一次就把事情做好，而不是等測試來幫你發(fā)現(xiàn)問題每日構(gòu)建和冒煙測試也存在一些風(fēng)險(xiǎn)和缺陷，具體主要有給開發(fā)人員太大壓力，開發(fā)每天都在較緊張環(huán)境中工作需要額外的測試人力資源和每日構(gòu)建硬件環(huán)境的投入開發(fā)人員不能專注，既要分心去修改BUG，又要開發(fā)新的功能點(diǎn)對開發(fā)負(fù)責(zé)人要求更好，需要將功能細(xì)化到1-2天的有明確輸出的功能點(diǎn)開發(fā)需要投入額外的精力來保證每日構(gòu)建順暢適用場景對進(jìn)度偏差控制和要求很高的項(xiàng)目開發(fā)檢查點(diǎn)和里程碑制定的很細(xì)致的項(xiàng)目采用增量和迭代開發(fā)的項(xiàng)目，快速和敏捷開發(fā)的項(xiàng)目每日構(gòu)建提前需要進(jìn)行的準(zhǔn)備工作對開發(fā)進(jìn)度計(jì)劃的要求，需要細(xì)化出每1-2天的開發(fā)進(jìn)度計(jì)劃，可以到一個很小的功能點(diǎn)。對每日構(gòu)建測試計(jì)劃的要求，需要根據(jù)開發(fā)進(jìn)度計(jì)劃來安排冒煙測試和系統(tǒng)測試進(jìn)度計(jì)劃。需要提前準(zhǔn)備好每日構(gòu)建的環(huán)境（每日構(gòu)建必須是獨(dú)立的環(huán)境）每日構(gòu)建和冒煙測試工作的實(shí)現(xiàn)可以人工來實(shí)現(xiàn)，但更多的需要借助些自動化的工具來完成。對于每日構(gòu)建一般要提前編寫好每日夠建的腳本，可以借助Ant或NAnt構(gòu)建工具來完成。每日構(gòu)建腳本的復(fù)雜性跟項(xiàng)目或系統(tǒng)本身復(fù)雜性相關(guān)，對于簡單的只有一個項(xiàng)目的解決方案，可能構(gòu)建腳本會很簡單，而對于較復(fù)雜的系統(tǒng)或項(xiàng)目構(gòu)建腳本將會教復(fù)雜。NAnt是一個強(qiáng)大的通過構(gòu)建腳本自動編譯的工具，像我現(xiàn)在的項(xiàng)目在NAnt里面會做如下事情，而這個即使打開解決方案來編譯也無法做到。調(diào)用批文件重新自動生成數(shù)據(jù)訪問層組件創(chuàng)建相關(guān)的部署需要的cs_client,bs_client,server,service相關(guān)目錄并拷貝公用文件按照公用項(xiàng)目->邏輯層->界面層順序和項(xiàng)目間依賴關(guān)系對各個項(xiàng)目逐一編譯調(diào)用外部工具soapsuds生成數(shù)據(jù)訪問dll的代理類文件，邏輯層重新引用代理類進(jìn)行編譯（分布式部署需要）引用3,4步需要的dll對Web項(xiàng)目進(jìn)行編譯拷貝編譯結(jié)果到相關(guān)的輸出目錄每日構(gòu)建和每日編譯的最大區(qū)別就在于是否進(jìn)行了冒煙測試，系統(tǒng)必須通過了冒煙測試才能夠算每日構(gòu)建成功。而測試人員人工介入的測試是基于冒煙測試通過的基礎(chǔ)上面的。這里很簡單一個例子，如我們NAnt配置文件忘記拷貝一個公共文件到server目錄了，這個時候每日編譯可能是通過的，但如果把這個版本部署出去測試無法進(jìn)行測試的?；蛘哒f冒煙測試的一個重要作用就是要徹底解決由于構(gòu)建自身原因引起的各種缺陷或Bug。冒煙測試由于要驗(yàn)證整個編譯的正確性，因此冒煙測試必須是針對整個系統(tǒng)進(jìn)行冒煙測試。但冒煙測試只需要關(guān)注系統(tǒng)的主體功能即可，通過冒煙測試并不是說系統(tǒng)沒有BUG，只是說通過了冒煙測試后可以說系統(tǒng)是一個穩(wěn)定的版本，說系統(tǒng)的每日構(gòu)建是成功了，代表系統(tǒng)可以轉(zhuǎn)交專門的測試人員進(jìn)行測試了。冒煙測試工作一般要采用自動化來進(jìn)行，可以借助如LoadRunner等工具來錄制旦動化測試腳本，冒煙測試的腳本應(yīng)該由專門的測試人員來維護(hù)，而且隨著測試的進(jìn)展冒煙測試腳本也應(yīng)該是不斷增加和補(bǔ)充的。對于每日構(gòu)建失敗，直接責(zé)任的開發(fā)人員需要程度責(zé)任并付出代價。微軟顧問經(jīng)常愛舉的一個例子就是凌晨2,3點(diǎn)開發(fā)人員被叫到公司解決每日構(gòu)建失敗的問題的案例。實(shí)際操作可能很難，但對構(gòu)建造成影響的必須要承擔(dān)應(yīng)有的責(zé)任。每日構(gòu)建一般要配合使用源代碼管理工具，而構(gòu)建時間一般安排在每天下班后或晚上進(jìn)行。開發(fā)人員需要保證每天檢入的代碼是能夠順利編譯通過的，并保證在本機(jī)已經(jīng)做了相關(guān)測試。每日構(gòu)建并不是一定要要求每天都有新的功能點(diǎn)完成，如果今天開發(fā)完成的東西不是一個獨(dú)立的可以提交測試的功能點(diǎn)，這個時候當(dāng)天的源代碼最好不要檢入。代碼的檢入周期一般要在2-3天內(nèi)，如果周期再長基本上就達(dá)不到每日構(gòu)建的作用了。每日構(gòu)建必須有獨(dú)立和專門的構(gòu)建服務(wù)器和構(gòu)建環(huán)境。構(gòu)建服務(wù)器和構(gòu)建環(huán)境與測試環(huán)境的最大區(qū)別在于構(gòu)建環(huán)境是完全Copy開發(fā)環(huán)境，單獨(dú)出構(gòu)建環(huán)境目的是保證構(gòu)建過程不和開發(fā)環(huán)境和過程沖突。如果條件不允許的話可以將構(gòu)建環(huán)境和測試環(huán)境合并，但構(gòu)建環(huán)境必須和開發(fā)環(huán)境分離。每日構(gòu)建的成功要素每天都進(jìn)行編譯和冒煙測試冒煙測試腳本隨著測試的進(jìn)度不斷完善和補(bǔ)充構(gòu)建成功在項(xiàng)目中擁有較高的優(yōu)先級通過過程的制定保證構(gòu)建失敗更多的是因?yàn)楫惓Ｒ蛩囟且?guī)則不清在壓力下不要