教學(xué)優(yōu)勢
曙海教育的課程培養(yǎng)了大批受企業(yè)歡迎的工程師。大批企業(yè)和曙海
建立了良好的合作關(guān)系。曙海教育的課程在業(yè)內(nèi)有著響亮的知名度。
本課程，秉承20年積累的教學(xué)品質(zhì)，以項目實現(xiàn)為導(dǎo)向,老師將會與您分享設(shè)計的全流程以及工具的綜合使用經(jīng)驗、技巧。
??課程內(nèi)容：
o?利用SEAi需求分析法形成需求層次與框架
§?簡單識別場景Scenario
§?簡單識別實體Entity
§?簡單識別行為?Action（Api）
·?練習(xí)：建立一個一人年需求的場景S-實體E-行為A層次
o?基于需求規(guī)模
§?基于SEAi需求框架自動計算功能點（Function?Point）
·?早期規(guī)模估算：功能點FP?=?實體*35
·?迭代規(guī)模估算：功能點FP?=?行為*5.4
·?練習(xí)：針對上述需求建立軟件功能點規(guī)模（用于以下的效能分分析）
o?需求質(zhì)量的量化評價
§?場景描述模糊詞率?=?模糊詞文字數(shù)?/?需求文字數(shù)（此數(shù)據(jù)應(yīng)清零）
§?實體行為比例?=?實體數(shù)：實體數(shù)?= 1:6.5（需求分析結(jié)束時應(yīng)介于1:5~6.5之間）
§?實例化率?=?行為數(shù)：需求實例數(shù)?= 1:6.5（需求分析結(jié)束時應(yīng)介于1:5~6.5之間）
o?需求實例化（概述，在測試部分展開）
o?建立需求完成標準（開發(fā)準入標準）
§?DOR（Definition?Of?Ready）需求就緒并可進行排期、開發(fā)的標準
??課程內(nèi)容：
o?單元測試
§?單元測試方法及其工作量
o?靜態(tài)代碼掃描
§?編碼規(guī)范與代碼審查
§?Sonar問題（語法問題）
·?如何降低Sonar遺留問題
·?已有項目的Sonar問題清理策略
§?MEI問題（MEI=維護擴展指數(shù)）
·?現(xiàn)場演示：使用AdaCode分析和改善維護擴展問題
·?如何提升維護擴展性
o?基于代碼的測試覆蓋率
§?代碼覆蓋率與分支覆蓋率
§?如何提升改嗎的測試覆蓋率
o?代碼質(zhì)量的量化評價
§?靜態(tài)問題率?=?靜態(tài)問題數(shù)?/?KLOC（盡量清零）
§?維護擴展指數(shù)?MEI?> 90（由工具自動掃描，重構(gòu)項目），
§?代碼覆蓋率?≈?90%
§?分支覆蓋率?≈?70%
o?建立編碼完成標準（測試準入標準）
??課程內(nèi)容
o?用戶故事地圖
§?最初的用戶故事地圖
§?用戶故事地圖2.0
§?使用SEAi的用戶故事地圖
§?使用兩種策略建立最小可用產(chǎn)品
§?使用用戶故事地圖同步開發(fā)與測試對交付功能的認知
o?開發(fā)與測試的看板協(xié)同
§?開發(fā)-測試協(xié)同看板
§?跨團隊依賴的跟蹤
o?識別需求實例?Instance?（驗收測試用例）
§?練習(xí)：使用Entity-Action-Instance建立測試用例框架
o?測試過程的量化管理
§?接口測試覆蓋率?=?已測接口?/?總接口?= 100%
§?功能點測試覆蓋密度?=?測試用例數(shù)?TC?/?功能點規(guī)模?FP?= 1.2TC/FP（國際數(shù)據(jù)）
·?樸素的測試覆蓋密度管理
§?功能點測試缺陷密度?=?測試缺陷數(shù)?TD?/?功能點規(guī)模?FP?= 0.24TD/FP（中國2021數(shù)據(jù)）
o?常見自動化測試
§?接口測試
§?界面測試
o?自動化測試核心度量
§?自動化測試代碼的效率?=?測試代碼?/?測試用例數(shù)?≈?3.4~5?LLOC/ATC
§?自動化測試生產(chǎn)率??=?自動化測試用例ATC?/ ?測試人天TMD
·?閾值：7?ATC?/?測試人天?TMD（全年統(tǒng)計）
??課程內(nèi)容
o?從敏捷開發(fā)到敏捷業(yè)務(wù)
§?以最小可用產(chǎn)品MVP代替Sprint?Backlog
§?以DevOpsBan代替普通Kanban
§?以DevOps的可變周期迭代（適應(yīng)MVP的可變規(guī)模）代替Scrum的固定周期
o?CI持續(xù)集成
§?持續(xù)集成流程與工具
§?為何持續(xù)集成可以提升生產(chǎn)率與質(zhì)量？
o?CD持續(xù)發(fā)布
§?灰度發(fā)布
§?為何灰度發(fā)布可以降低質(zhì)量成本？
o?DevOps核心度量
§?開發(fā)周期?=?需求自進入開發(fā)到完成開發(fā)的周期
§?需求交付周期?=?需求自提出到交付的周期
§?缺陷響應(yīng)周期?=?缺陷自提出到交付的周期
?
??課程內(nèi)容：
o?REPMM鏈條
§?R需求分析（量化規(guī)模）
§?E估算
§?P計劃
§?M跟蹤與控制
§?M度量分析
o?Benchmarking方法
§?基本概念
§?公開的度量數(shù)值P10~P90
??課程內(nèi)容
o?度量的2個時機
o?選擇不可控因素為標準度量項
o?Dev研發(fā)效能五大開發(fā)度量指標（FP=功能點數(shù)）
§?生產(chǎn)率?=?FP/人天
§?編碼消耗率?=?邏輯代碼行?/?FP
§?測試用例密度?=?測試用例數(shù)?/?FP
§?測試缺陷密度?=?測試缺陷數(shù)?/?FP
§?發(fā)布缺陷密度?=?發(fā)布缺陷數(shù)?/?FP
o?Ops運維效能三大發(fā)布度量指標
§?開發(fā)周期（保健因素）
§?需求交付周期（保健因素）
§?缺陷修復(fù)時間（激勵因素）
o?基礎(chǔ)度量數(shù)據(jù)的定義與采集方法
§?功能點數(shù)
§?人天數(shù)計算方法
§?測試用例計數(shù)方法
§?測試缺陷計數(shù)方法
§?發(fā)布缺陷數(shù)計數(shù)方法
§?練習(xí)：聯(lián)系隔壁團隊，使用課上提到的方法，獲取其產(chǎn)品當前的全套數(shù)據(jù)。
§?演示1：在AdaPPM中建立Benchmarking基線，并與行業(yè)數(shù)據(jù)進行對比
§?演示2：在AdaPPM中分析Benchmarking基線的走向
§?對數(shù)據(jù)標準化以便進行橫向?qū)Ρ龋ň毩?xí)見后）
??課程內(nèi)容
o?橫向?qū)Ρ?/p>
§?利用“應(yīng)用功能點”及派生度量項建立團隊基線
§?演示1：在AdaPPM中對比組織內(nèi)部項目的五大指標排名
§?演示2：在AdaPPM中對比項目 pk?業(yè)界的五大指標
o?縱向跟蹤（統(tǒng)計過程控制）
§?利用“開發(fā)功能點”及派生度量項建立統(tǒng)計過程控制
§?演示1：在AdaPPM中監(jiān)控各項指標穿越P25/P75的情況
??從相關(guān)性到因果性
o?練習(xí)1：在Excel中進行求解兩組數(shù)據(jù)的相關(guān)系數(shù)
o?演示1：在AdaPPM中進行相關(guān)性分析
??何為根因
??可落地的解決方案
o?可理解，可實行，可落地
??已經(jīng)過量化驗證的解決方案
o?架構(gòu)對生產(chǎn)率與測試缺陷密度的影響
o?代碼維護擴展指數(shù)對生產(chǎn)率的影響
o?代碼維護擴展指數(shù)對測試缺陷密度的影響
??課程內(nèi)容：
o?需求活動
§?使用SEAi防止需求遺漏造成返工
§?使用需求實例防止需求缺陷
o?計劃與跟蹤活動
§?使用最恰當?shù)倪M度計劃來獲取最高生產(chǎn)率
§?跟蹤與控制數(shù)據(jù)以提前發(fā)現(xiàn)問題
§?跟蹤“監(jiān)督項”以防止債務(wù)
o?編碼活動
§?清除靜態(tài)問題以防范缺陷
§?提升MEI代碼擴展指數(shù)以提升生產(chǎn)率
§?提升MEI代碼擴展指數(shù)以提升質(zhì)量
o?編碼活動
§?清除靜態(tài)問題以防范缺陷
§?提升MEI代碼擴展指數(shù)以提升生產(chǎn)率
§?提升MEI代碼擴展指數(shù)以提升質(zhì)量
o?測試活動（自動化測試+持續(xù)集成）
§?縮短反饋時間
§?公開的度量數(shù)值P10~P90
o?案例
§?團隊級：3個月缺陷密度從0.27降低到0.041
§?組織級：1個月缺陷密度降低1/3
§?大型團隊重構(gòu)：6個月MEI從70提升到85~96，缺陷密度降低50%
??課程內(nèi)容：
o?建設(shè)CI/CD?DevOps生產(chǎn)線
o?依靠SEAi需求分析法降低MVP最小可用產(chǎn)品的規(guī)模
o?案例
§?利用無代碼測試系統(tǒng)將自動化測試/CI/CD周期降低一半
?
