《XPP極速編程實(shí)踐》主要介紹了XPP的模式，在此模式下PD，Dev，QA，DevOps各角色的職責(zé)與定位，以及如何持續(xù)快速交付高質(zhì)量產(chǎn)品。
XPP的模式--面向交付開發(fā)與傳統(tǒng)的面向測試開發(fā)區(qū)別：
極限編程的模式，面向交付的開發(fā)：有測試的工作，但沒有真正的測試環(huán)節(jié)存在。開發(fā)寫完代碼，直接上線。沒有經(jīng)過嚴(yán)格的測試，會不會出現(xiàn)質(zhì)量倒退呢，其實(shí)是賦予測試一些定的含義。
開發(fā)在編碼階段加入：代碼審查、單元測試、集成測試；在交付階段：加入一個新的角色DevOps，從復(fù)雜的TC編寫中釋放出來，而是做用例審查、驗(yàn)收測試、自動化回歸。
需要建立持續(xù)集成的開發(fā)環(huán)境，便于開發(fā)自行測試。
在Xpp模式下，人員的職責(zé)和定位：
如何更快的交付
1、需求管理方面：將需求拆分為小的端到端可測試的用戶case，一個需求必須在一次發(fā)布中完成，實(shí)現(xiàn)小步快跑。
2、在開發(fā)過程中進(jìn)行代碼審查，單元測試，代碼覆蓋率，集成測試——達(dá)標(biāo)后提交發(fā)布單，去掉了傳統(tǒng)的測試環(huán)節(jié)。測試驅(qū)動開發(fā)編寫自動化測試用例，促使提高設(shè)計(jì)的可測性。
3、持續(xù)的集成測試：單元測試 → 集成測試 → 系統(tǒng)級測試
4、規(guī)范的交付流程
5、充分利用各類工具和自動化平臺。如淘寶現(xiàn)有的任務(wù)管理工具redmine、自動化發(fā)布平臺、自動化測試平臺TOAST、各類自動化測試工具（單元測試工：mocha，should；代碼覆蓋率工具：jscoverage；集成測試工具：helium）。
如何更好的交付
1、代碼審查 & 持續(xù)集成。代碼須由統(tǒng)一的負(fù)責(zé)人審核通過才能。分支開發(fā)，主干提交，對分支和主干建立持續(xù)集成環(huán)境，發(fā)布前自動化腳本去除測試代碼。
2、測試驅(qū)動開發(fā)。PD、Dev、DevOps一起制定測試清單，在開發(fā)環(huán)境中測試通過后提交發(fā)布；進(jìn)行增量式的開發(fā)：迭代過程，測試—編碼—重構(gòu)，測試先行
3、測試用例審查。以測試清單為評判標(biāo)準(zhǔn)，重點(diǎn)關(guān)注變更代碼；保證主流程質(zhì)量；定期做用例review，完善場景和用例；結(jié)合代碼覆蓋率報(bào)告進(jìn)行單元測試代碼審查；集成測試審查，前端的關(guān)注主流程，后端的關(guān)注接口和數(shù)據(jù)校驗(yàn)。
4、驗(yàn)收測試。由產(chǎn)品經(jīng)理執(zhí)行并確定具體的用例，主要關(guān)注用戶體檢、樣式、瀏覽器兼容性等方面的問題。
5、建設(shè)發(fā)布通道
6、對發(fā)布過程進(jìn)行質(zhì)量控制。前端應(yīng)用優(yōu)先發(fā)布、自動化七層校驗(yàn)失敗立即回滾，發(fā)布過程開發(fā)關(guān)注應(yīng)用層面監(jiān)控、DevOps關(guān)注發(fā)布層面的監(jiān)控。
7、發(fā)布后的監(jiān)控。系統(tǒng)級：CPU，Memory，Network IO，Disk IO等；應(yīng)用級：線程，隊(duì)列，對象，調(diào)用，日志等；業(yè)務(wù)級：產(chǎn)品級流程交互、數(shù)據(jù)展現(xiàn)等；用戶級：用戶行為關(guān)鍵指標(biāo)變動等。 《XPP極速編程實(shí)踐》主要介紹了XPP的模式，在此模式下PD，Dev，QA，DevOps各角色的職責(zé)與定位，以及如何持續(xù)快速交付高質(zhì)量產(chǎn)品。
XPP的模式--面向交付開發(fā)與傳統(tǒng)的面向測試開發(fā)區(qū)別：
極限編程的模式，面向交付的開發(fā)：有測試的工作，但沒有真正的測試環(huán)節(jié)存在。開發(fā)寫完代碼，直接上線。沒有經(jīng)過嚴(yán)格的測試，會不會出現(xiàn)質(zhì)量倒退呢，其實(shí)是賦予測試一些定的含義。
開發(fā)在編碼階段加入：代碼審查、單元測試、集成測試；在交付階段：加入一個新的角色DevOps，從復(fù)雜的TC編寫中釋放出來，而是做用例審查、驗(yàn)收測試、自動化回歸。
需要建立持續(xù)集成的開發(fā)環(huán)境，便于開發(fā)自行測試。
在Xpp模式下，人員的職責(zé)和定位：
如何更快的交付
1、需求管理方面：將需求拆分為小的端到端可測試的用戶case，一個需求必須在一次發(fā)布中完成，實(shí)現(xiàn)小步快跑。
2、在開發(fā)過程中進(jìn)行代碼審查，單元測試，代碼覆蓋率，集成測試——達(dá)標(biāo)后提交發(fā)布單，去掉了傳統(tǒng)的測試環(huán)節(jié)。測試驅(qū)動開發(fā)編寫自動化測試用例，促使提高設(shè)計(jì)的可測性。
3、持續(xù)的集成測試：單元測試 → 集成測試 → 系統(tǒng)級測試
4、規(guī)范的交付流程
5、充分利用各類工具和自動化平臺。如淘寶現(xiàn)有的任務(wù)管理工具redmine、自動化發(fā)布平臺、自動化測試平臺TOAST、各類自動化測試工具（單元測試工：mocha，should；代碼覆蓋率工具：jscoverage；集成測試工具：helium）。
如何更好的交付
1、代碼審查 & 持續(xù)集成。代碼須由統(tǒng)一的負(fù)責(zé)人審核通過才能。分支開發(fā)，主干提交，對分支和主干建立持續(xù)集成環(huán)境，發(fā)布前自動化腳本去除測試代碼。
2、測試驅(qū)動開發(fā)。PD、Dev、DevOps一起制定測試清單，在開發(fā)環(huán)境中測試通過后提交發(fā)布；進(jìn)行增量式的開發(fā)：迭代過程，測試—編碼—重構(gòu)，測試先行
3、測試用例審查。以測試清單為評判標(biāo)準(zhǔn)，重點(diǎn)關(guān)注變更代碼；保證主流程質(zhì)量；定期做用例review，完善場景和用例；結(jié)合代碼覆蓋率報(bào)告進(jìn)行單元測試代碼審查；集成測試審查，前端的關(guān)注主流程，后端的關(guān)注接口和數(shù)據(jù)校驗(yàn)。
4、驗(yàn)收測試。由產(chǎn)品經(jīng)理執(zhí)行并確定具體的用例，主要關(guān)注用戶體檢、樣式、瀏覽器兼容性等方面的問題。
5、建設(shè)發(fā)布通道
6、對發(fā)布過程進(jìn)行質(zhì)量控制。前端應(yīng)用優(yōu)先發(fā)布、自動化七層校驗(yàn)失敗立即回滾，發(fā)布過程開發(fā)關(guān)注應(yīng)用層面監(jiān)控、DevOps關(guān)注發(fā)布層面的監(jiān)控。
7、發(fā)布后的監(jiān)控。系統(tǒng)級：CPU，Memory，Network IO，Disk IO等；應(yīng)用級：線程，隊(duì)列，對象，調(diào)用，日志等；業(yè)務(wù)級：產(chǎn)品級流程交互、數(shù)據(jù)展現(xiàn)等；用戶級：用戶行為關(guān)鍵指標(biāo)變動等。