【正文】 caller_conversation)。 ? mock_manager test_manager。 ? single_service svr(amp。test_manager)。 ? scope_guard _guard。 ? (single_service::timed_join,amp。svr,DEFAULT_WAIT_MS)。 ? performance_time action。 ? ()。 ? { caller_tester single。 ? for(int i=0 。 i 1000。 ++i) ? { ? ()。 ? (_WATCH_HELPER(i))。 ? } ? } ? ()。 ? cout use ms: ()endl。 ? } 自動(dòng)化構(gòu)建與持續(xù)集成 集成與構(gòu)建 ? 軟件開發(fā)的目標(biāo)是得到滿足需求的可運(yùn)行的交付工件，即通常是將源碼等中間工件編譯、鏈接并集成而生成的一個(gè)建造（ build） ? 構(gòu)建集成是一項(xiàng)看似簡單實(shí)際上充滿了陷阱的工作，在團(tuán)隊(duì)開發(fā)的場(chǎng)景下，將牽涉到將不同成員開發(fā)的源碼等集成一體，解決各類沖突與依賴等復(fù)雜情況，這個(gè)過程直接依賴于軟件配置管理流程的支持 ? 一個(gè)合格的集成員需要掌握多項(xiàng)知識(shí)和技能 集成與構(gòu)建的內(nèi)容 ? 配置項(xiàng)目集成的開發(fā)工具（列如 msvc6/bcc55等編譯器）和自動(dòng)構(gòu)建工具（列如 ant/cpptasks） ? 配置軟件配置管理環(huán)境（例如 clearcase客戶端） ? 制定不 同構(gòu)件間的編譯引用、庫鏈接等集成原則 ? 確定針對(duì)第三方開發(fā)包的源碼結(jié)構(gòu)組織與構(gòu)建步驟 ? 確定針對(duì)項(xiàng)目構(gòu)件的源碼結(jié)構(gòu)組織與構(gòu)建步驟 ? 編制構(gòu) 建腳本 ? 制定集成計(jì)劃 ? 執(zhí)行實(shí)施 — 〉 單元測(cè)試 — 〉 提交 — 〉 集成 — 〉 冒煙測(cè)試流程 構(gòu)建計(jì)劃 ? 說明要在此迭代中實(shí)施哪些子系統(tǒng) /構(gòu)件，并說明為及時(shí)做好集成準(zhǔn)備而實(shí)施這些子系統(tǒng)的首選順序，這一順序取決于構(gòu)件間的依賴關(guān)系 ? 列明增量集成的工作版本（ Working Version），每次迭代可能包含多個(gè)可測(cè)試的集成構(gòu)造版本，它們決定了每次集成構(gòu)建周期 Ant構(gòu)建腳本 ? Ant配置文件描述了一個(gè)構(gòu)建項(xiàng)目 （ project） ， 它由一些屬性定義 （ property） 和一個(gè)目標(biāo)樹 （ target tree）組成； ? 目標(biāo)代表了一個(gè)期望的構(gòu)建結(jié)果 （ 例如生成一個(gè)鏈接好的可執(zhí)行文件 ） ， 并表述了其依賴的其它目標(biāo) ， 常見的構(gòu)建目標(biāo)有初始化 （ Init） 、 編譯 （ Compile） 、單元測(cè)試 （ Test） 、 安裝 （ Install） 、 清除 （ Clean）等； ? 每個(gè)目標(biāo)包含了實(shí)現(xiàn)它而將要執(zhí)行的任務(wù) （ task） ，Ant支持的任務(wù)種類非常豐富 ， 例如源碼編譯 、 文件拷貝 、 執(zhí)行命令行操作等 。 Ant執(zhí)行示例 源碼目錄組織原則 ? 開發(fā) （ 產(chǎn)品 ） 目錄提供了項(xiàng)目團(tuán)隊(duì)進(jìn)行開發(fā) 、管理等活動(dòng)的統(tǒng)一共享場(chǎng)所 ， 它需要滿足不同涉眾 （ 角色 ） ， 在不同的階段 ， 對(duì)不同類型工件進(jìn)行訪問的多種場(chǎng)景需求 ? 因?yàn)轫?xiàng)目的編碼實(shí)施 、 集成等活動(dòng)相互間的依賴關(guān)系遠(yuǎn)比其它文檔編寫類活動(dòng)要復(fù)雜 ， 協(xié)同整合更為困難 ， 使得合理的源碼組織結(jié)構(gòu)變得極為重要 ? 構(gòu)架師和配置管理員必須投入更多精力關(guān)注開發(fā) （ 產(chǎn)品 ） 目錄中的源碼組織部分 源碼目錄結(jié)構(gòu)示例 第三方開發(fā)包的源碼結(jié)構(gòu)組織 ? 第三方開發(fā)包每個(gè)產(chǎn)品有各自不同的目錄結(jié)構(gòu) ，組織的方式不統(tǒng)一 ， 直接使用將增加引用和依賴關(guān)系的復(fù)雜性； ? 產(chǎn)品目錄全部展開后有時(shí)文件數(shù)量非常龐大 ，如果直接納入配置管理的話 ， 加入源碼控制的開銷很大 ， 而當(dāng)其版本升級(jí)時(shí)替換原有文件更是非常繁瑣且容易出錯(cuò) ， 但是不控制的話又會(huì)造成第三方開發(fā)包版本沖突和安裝路徑不一致的問題 ? 項(xiàng)目中對(duì)第三方開發(fā)包的引用 ， 通常不直接使用其源碼 ， 而是鏈接其編譯好的靜態(tài)庫 。 第三方開發(fā)包構(gòu)建方案示例 第三方開發(fā)包構(gòu)建腳本示例 ? ?xml version=? ? project name=Log4cplusInstall default=InstallAll basedir=. ? description ? Build file for all log4cplus library project ? /description ? ! task and type extension ? taskdef resource=/ ? typedef resource=/ ? taskdef resource=/sf/antcontrib// ? target name=AutoBuild depends=Init description=AutoBuild all source to get bin out ? if ? equals arg1=${cc} arg2=msvc/ ? then ? available file=${src_dsw} filepath=${} property=MsvcProjExist/ ? assert name=MsvcProjExist ? apply executable=msdev dir=${} failonerror=true ? vmlauncher=false os=Windows 2022 ? srcfile / ? arg value=/MAKE/ ? arg value=${proj_list}/ ? fileset dir=${} ? include name=${src_dsw}/ ? /fileset ? /apply ? /assert ? available file=${unisrc_dsw} filepath=${} 迭代開發(fā)模式 迭代開發(fā)模式 ? 軟件的不確定和高風(fēng)險(xiǎn)等特性，使得傳統(tǒng)的瀑布式開發(fā)力不從心 ? 迭代有助于盡快發(fā)現(xiàn)和解決風(fēng)險(xiǎn) ? 迭代有助于控制項(xiàng)目的節(jié)奏，加快反饋，增強(qiáng)項(xiàng)目的控制力度，實(shí)現(xiàn)過程的有序化 ? 迭代符合人們對(duì)事物的認(rèn)識(shí)逐步加深，解決問題的能力隨經(jīng)驗(yàn)逐步提高，人類最根本的技能就是實(shí)踐、總結(jié)和學(xué)習(xí)的能力等客觀事實(shí) 迭代計(jì)劃 ? 確定本次迭代的目標(biāo)，這包括：技術(shù)與開發(fā)、方法與過程、團(tuán)隊(duì)與管理三個(gè)方面 ? 定義迭代產(chǎn)出的工件，例如文檔、模型、代碼等 ? 細(xì)化迭代的任務(wù) 迭代總結(jié) ? 回顧上次迭代目標(biāo)的達(dá)成情況 ? 回顧迭代進(jìn)度執(zhí)行結(jié)果 ? 統(tǒng)計(jì)迭代工件產(chǎn)出量，例如文檔頁數(shù)、代碼行等 ? 簡述迭代集成測(cè)試的結(jié)果 ? 總結(jié)經(jīng)驗(yàn)與教訓(xùn)，例如團(tuán)隊(duì)建設(shè)、內(nèi)外溝通、項(xiàng)目開發(fā)過程、需求、設(shè)計(jì)等各方面的成功經(jīng)驗(yàn)和失敗教訓(xùn) ? 提出改進(jìn)建議 其它內(nèi)容 業(yè)務(wù)建模 系統(tǒng)測(cè)試 軟件配置管理 使用優(yōu)秀的開放源碼 Rational Case工具的使用 開發(fā) /工作網(wǎng)絡(luò)環(huán)境配置 … Qamp。A 謝謝！