【正文】 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。 ? } 自動化構(gòu)建與持續(xù)集成 集成與構(gòu)建 ? 軟件開發(fā)的目標是得到滿足需求的可運行的交付工件，即通常是將源碼等中間工件編譯、鏈接并集成而生成的一個建造（ build） ? 構(gòu)建集成是一項看似簡單實際上充滿了陷阱的工作，在團隊開發(fā)的場景下，將牽涉到將不同成員開發(fā)的源碼等集成一體，解決各類沖突與依賴等復雜情況，這個過程直接依賴于軟件配置管理流程的支持 ? 一個合格的集成員需要掌握多項知識和技能 集成與構(gòu)建的內(nèi)容 ? 配置項目集成的開發(fā)工具（列如 msvc6/bcc55等編譯器）和自動構(gòu)建工具（列如 ant/cpptasks） ? 配置軟件配置管理環(huán)境（例如 clearcase客戶端） ? 制定不 同構(gòu)件間的編譯引用、庫鏈接等集成原則 ? 確定針對第三方開發(fā)包的源碼結(jié)構(gòu)組織與構(gòu)建步驟 ? 確定針對項目構(gòu)件的源碼結(jié)構(gòu)組織與構(gòu)建步驟 ? 編制構(gòu) 建腳本 ? 制定集成計劃 ? 執(zhí)行實施 — 〉 單元測試 — 〉 提交 — 〉 集成 — 〉 冒煙測試流程 構(gòu)建計劃 ? 說明要在此迭代中實施哪些子系統(tǒng) /構(gòu)件，并說明為及時做好集成準備而實施這些子系統(tǒng)的首選順序，這一順序取決于構(gòu)件間的依賴關(guān)系 ? 列明增量集成的工作版本（ Working Version），每次迭代可能包含多個可測試的集成構(gòu)造版本，它們決定了每次集成構(gòu)建周期 Ant構(gòu)建腳本 ? Ant配置文件描述了一個構(gòu)建項目 （ project） ， 它由一些屬性定義 （ property） 和一個目標樹 （ target tree）組成； ? 目標代表了一個期望的構(gòu)建結(jié)果 （ 例如生成一個鏈接好的可執(zhí)行文件 ） ， 并表述了其依賴的其它目標 ， 常見的構(gòu)建目標有初始化 （ Init） 、 編譯 （ Compile） 、單元測試 （ Test） 、 安裝 （ Install） 、 清除 （ Clean）等； ? 每個目標包含了實現(xiàn)它而將要執(zhí)行的任務 （ task） ，Ant支持的任務種類非常豐富 ， 例如源碼編譯 、 文件拷貝 、 執(zhí)行命令行操作等 。 Ant執(zhí)行示例 源碼目錄組織原則 ? 開發(fā) （ 產(chǎn)品 ） 目錄提供了項目團隊進行開發(fā) 、管理等活動的統(tǒng)一共享場所 ， 它需要滿足不同涉眾 （ 角色 ） ， 在不同的階段 ， 對不同類型工件進行訪問的多種場景需求 ? 因為項目的編碼實施 、 集成等活動相互間的依賴關(guān)系遠比其它文檔編寫類活動要復雜 ， 協(xié)同整合更為困難 ， 使得合理的源碼組織結(jié)構(gòu)變得極為重要 ? 構(gòu)架師和配置管理員必須投入更多精力關(guān)注開發(fā) （ 產(chǎn)品 ） 目錄中的源碼組織部分 源碼目錄結(jié)構(gòu)示例 第三方開發(fā)包的源碼結(jié)構(gòu)組織 ? 第三方開發(fā)包每個產(chǎn)品有各自不同的目錄結(jié)構(gòu) ，組織的方式不統(tǒng)一 ， 直接使用將增加引用和依賴關(guān)系的復雜性； ? 產(chǎn)品目錄全部展開后有時文件數(shù)量非常龐大 ，如果直接納入配置管理的話 ， 加入源碼控制的開銷很大 ， 而當其版本升級時替換原有文件更是非常繁瑣且容易出錯 ， 但是不控制的話又會造成第三方開發(fā)包版本沖突和安裝路徑不一致的問題 ? 項目中對第三方開發(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ā)模式 ? 軟件的不確定和高風險等特性，使得傳統(tǒng)的瀑布式開發(fā)力不從心 ? 迭代有助于盡快發(fā)現(xiàn)和解決風險 ? 迭代有助于控制項目的節(jié)奏，加快反饋，增強項目的控制力度，實現(xiàn)過程的有序化 ? 迭代符合人們對事物的認識逐步加深，解決問題的能力隨經(jīng)驗逐步提高，人類最根本的技能就是實踐、總結(jié)和學習的能力等客觀事實 迭代計劃 ? 確定本次迭代的目標，這包括：技術(shù)與開發(fā)、方法與過程、團隊與管理三個方面 ? 定義迭代產(chǎn)出的工件，例如文檔、模型、代碼等 ? 細化迭代的任務 迭代總結(jié) ? 回顧上次迭代目標的達成情況 ? 回顧迭代進度執(zhí)行結(jié)果 ? 統(tǒng)計迭代工件產(chǎn)出量，例如文檔頁數(shù)、代碼行等 ? 簡述迭代集成測試的結(jié)果 ? 總結(jié)經(jīng)驗與教訓，例如團隊建設、內(nèi)外溝通、項目開發(fā)過程、需求、設計等各方面的成功經(jīng)驗和失敗教訓 ? 提出改進建議 其它內(nèi)容 業(yè)務建模 系統(tǒng)測試 軟件配置管理 使用優(yōu)秀的開放源碼 Rational Case工具的使用 開發(fā) /工作網(wǎng)絡環(huán)境配置 … Qamp。A 謝謝！