培訓(xùn)大綱

需求質(zhì)量與效能提升

??課程內(nèi)容：

o?利用SEAi需求分析法形成需求層次與框架

§?簡單識別場景Scenario

§?簡單識別實(shí)體Entity

§?簡單識別行為 Action（Api）

·?練習(xí)：建立一個一人年需求的場景S-實(shí)體E-行為A層次

o?基于需求規(guī)模

§?基于SEAi需求框架自動計(jì)算功能點(diǎn)（Function?Point）

·?早期規(guī)模估算：功能點(diǎn)FP?= 實(shí)體*35

·?迭代規(guī)模估算：功能點(diǎn)FP?= 行為*5.4

·?練習(xí)：針對上述需求建立軟件功能點(diǎn)規(guī)模（用于以下的效能分分析）

o?需求質(zhì)量的量化評價

§?場景描述模糊詞率 = 模糊詞文字?jǐn)?shù) / 需求文字?jǐn)?shù)（此數(shù)據(jù)應(yīng)清零）

§?實(shí)體行為比例 = 實(shí)體數(shù)：實(shí)體數(shù) = 1:6.5（需求分析結(jié)束時應(yīng)介于1:5~6.5之間）

§?實(shí)例化率 = 行為數(shù)：需求實(shí)例數(shù) = 1:6.5（需求分析結(jié)束時應(yīng)介于1:5~6.5之間）

o?需求實(shí)例化（概述，在測試部分展開）

o?建立需求完成標(biāo)準(zhǔn)（開發(fā)準(zhǔn)入標(biāo)準(zhǔn)）

§?DOR（Definition?Of?Ready）需求就緒并可進(jìn)行排期、開發(fā)的標(biāo)準(zhǔn)

代碼質(zhì)量與效能提升

??課程內(nèi)容：

o?單元測試

§?單元測試方法及其工作量

o?靜態(tài)代碼掃描

§?編碼規(guī)范與代碼審查

§?Sonar問題（語法問題）

·?如何降低Sonar遺留問題

·?已有項(xiàng)目的Sonar問題清理策略

§?MEI問題（MEI=維護(hù)擴(kuò)展指數(shù)）

·?現(xiàn)場演示：使用AdaCode分析和改善維護(hù)擴(kuò)展問題

·?如何提升維護(hù)擴(kuò)展性

o?基于代碼的測試覆蓋率

§?代碼覆蓋率與分支覆蓋率

§?如何提升改嗎的測試覆蓋率

o?代碼質(zhì)量的量化評價

§?靜態(tài)問題率 = 靜態(tài)問題數(shù) / KLOC（盡量清零）

§?維護(hù)擴(kuò)展指數(shù)?MEI?> 90（由工具自動掃描，重構(gòu)項(xiàng)目），

§?代碼覆蓋率 ≈?90%

§?分支覆蓋率 ≈?70%

o?建立編碼完成標(biāo)準(zhǔn)（測試準(zhǔn)入標(biāo)準(zhǔn)）

測試質(zhì)量與效能提升

??課程內(nèi)容

o?用戶故事地圖

§?最初的用戶故事地圖

§?用戶故事地圖2.0

§?使用SEAi的用戶故事地圖

§?使用兩種策略建立最小可用產(chǎn)品

§?使用用戶故事地圖同步開發(fā)與測試對交付功能的認(rèn)知

o?開發(fā)與測試的看板協(xié)同

§?開發(fā)-測試協(xié)同看板

§?跨團(tuán)隊(duì)依賴的跟蹤

o?識別需求實(shí)例 Instance?（驗(yàn)收測試用例）

§?練習(xí)：使用Entity-Action-Instance建立測試用例框架

o?測試過程的量化管理

§?接口測試覆蓋率 = 已測接口 / 總接口 = 100%

§?功能點(diǎn)測試覆蓋密度 = 測試用例數(shù) TC / 功能點(diǎn)規(guī)模 FP?= 1.2TC/FP（國際數(shù)據(jù)）

·?樸素的測試覆蓋密度管理

§?功能點(diǎn)測試缺陷密度 = 測試缺陷數(shù) TD?/ 功能點(diǎn)規(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)計(jì)）

DevOps交付質(zhì)量與效能提升：自動化測試TA/持續(xù)集成CI/持續(xù)發(fā)布CD

??課程內(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ā)周期 = 需求自進(jìn)入開發(fā)到完成開發(fā)的周期

§?需求交付周期 = 需求自提出到交付的周期

§?缺陷響應(yīng)周期 = 缺陷自提出到交付的周期

?

量化質(zhì)量管理與效能度量

REPMM鏈條

??課程內(nèi)容：

o?REPMM鏈條

§?R需求分析（量化規(guī)模）

§?E估算

§?P計(jì)劃

§?M跟蹤與控制

§?M度量分析

o?Benchmarking方法

§?基本概念

§?公開的度量數(shù)值P10~P90

度量項(xiàng)定義與標(biāo)準(zhǔn)度量過程

??課程內(nèi)容

o?度量的2個時機(jī)

o?選擇不可控因素為標(biāo)準(zhǔn)度量項(xiàng)

o?Dev研發(fā)效能五大開發(fā)度量指標(biāo)（FP=功能點(diǎn)數(shù)）

§?生產(chǎn)率 =?FP/人天

§?編碼消耗率 =?邏輯代碼行 /?FP

§?測試用例密度 =?測試用例數(shù) /?FP

§?測試缺陷密度 =?測試缺陷數(shù) /?FP

§?發(fā)布缺陷密度 =?發(fā)布缺陷數(shù) /?FP

o?Ops運(yùn)維效能三大發(fā)布度量指標(biāo)

§?開發(fā)周期（保健因素）

§?需求交付周期（保健因素）

§?缺陷修復(fù)時間（激勵因素）

o?基礎(chǔ)度量數(shù)據(jù)的定義與采集方法

§?功能點(diǎn)數(shù)

§?人天數(shù)計(jì)算方法

§?測試用例計(jì)數(shù)方法

§?測試缺陷計(jì)數(shù)方法

§?發(fā)布缺陷數(shù)計(jì)數(shù)方法

§?練習(xí)：聯(lián)系隔壁團(tuán)隊(duì)，使用課上提到的方法，獲取其產(chǎn)品當(dāng)前的全套數(shù)據(jù)。

§?演示1：在AdaPPM中建立Benchmarking基線，并與行業(yè)數(shù)據(jù)進(jìn)行對比

§?演示2：在AdaPPM中分析Benchmarking基線的走向

§?對數(shù)據(jù)標(biāo)準(zhǔn)化以便進(jìn)行橫向?qū)Ρ?/font>（練習(xí)見后）