qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請(qǐng)?jiān)L問(wèn) http://qaseven.github.io/

           《XPP極速編程實(shí)踐》

           《XPP極速編程實(shí)踐》主要介紹了XPP的模式,在此模式下PD,Dev,QA,DevOps各角色的職責(zé)與定位,以及如何持續(xù)快速交付高質(zhì)量產(chǎn)品。

            XPP的模式--面向交付開(kāi)發(fā)與傳統(tǒng)的面向測(cè)試開(kāi)發(fā)區(qū)別:

            極限編程的模式,面向交付的開(kāi)發(fā):有測(cè)試的工作,但沒(méi)有真正的測(cè)試環(huán)節(jié)存在。開(kāi)發(fā)寫(xiě)完代碼,直接上線。沒(méi)有經(jīng)過(guò)嚴(yán)格的測(cè)試,會(huì)不會(huì)出現(xiàn)質(zhì)量倒退呢,其實(shí)是賦予測(cè)試一些定的含義。

            開(kāi)發(fā)在編碼階段加入:代碼審查、單元測(cè)試、集成測(cè)試;在交付階段:加入一個(gè)新的角色DevOps,從復(fù)雜的TC編寫(xiě)中釋放出來(lái),而是做用例審查、驗(yàn)收測(cè)試、自動(dòng)化回歸。

            需要建立持續(xù)集成的開(kāi)發(fā)環(huán)境,便于開(kāi)發(fā)自行測(cè)試。

            在Xpp模式下,人員的職責(zé)和定位:

            如何更快的交付

            1、需求管理方面:將需求拆分為小的端到端可測(cè)試的用戶case,一個(gè)需求必須在一次發(fā)布中完成,實(shí)現(xiàn)小步快跑。

            2、在開(kāi)發(fā)過(guò)程中進(jìn)行代碼審查,單元測(cè)試,代碼覆蓋率,集成測(cè)試——達(dá)標(biāo)后提交發(fā)布單,去掉了傳統(tǒng)的測(cè)試環(huán)節(jié)。測(cè)試驅(qū)動(dòng)開(kāi)發(fā)編寫(xiě)自動(dòng)化測(cè)試用例,促使提高設(shè)計(jì)的可測(cè)性。

            3、持續(xù)的集成測(cè)試:?jiǎn)卧獪y(cè)試 → 集成測(cè)試 → 系統(tǒng)級(jí)測(cè)試

            4、規(guī)范的交付流程

            5、充分利用各類(lèi)工具和自動(dòng)化平臺(tái)。如淘寶現(xiàn)有的任務(wù)管理工具redmine、自動(dòng)化發(fā)布平臺(tái)、自動(dòng)化測(cè)試平臺(tái)TOAST、各類(lèi)自動(dòng)化測(cè)試工具(單元測(cè)試工:mocha,should;代碼覆蓋率工具:jscoverage;集成測(cè)試工具:helium)。

            如何更好的交付

            1、代碼審查 & 持續(xù)集成。代碼須由統(tǒng)一的負(fù)責(zé)人審核通過(guò)才能。分支開(kāi)發(fā),主干提交,對(duì)分支和主干建立持續(xù)集成環(huán)境,發(fā)布前自動(dòng)化腳本去除測(cè)試代碼。

            2、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)。PD、Dev、DevOps一起制定測(cè)試清單,在開(kāi)發(fā)環(huán)境中測(cè)試通過(guò)后提交發(fā)布;進(jìn)行增量式的開(kāi)發(fā):迭代過(guò)程,測(cè)試—編碼—重構(gòu),測(cè)試先行

            3、測(cè)試用例審查。以測(cè)試清單為評(píng)判標(biāo)準(zhǔn),重點(diǎn)關(guān)注變更代碼;保證主流程質(zhì)量;定期做用例review,完善場(chǎng)景和用例;結(jié)合代碼覆蓋率報(bào)告進(jìn)行單元測(cè)試代碼審查;集成測(cè)試審查,前端的關(guān)注主流程,后端的關(guān)注接口和數(shù)據(jù)校驗(yàn)。

            4、驗(yàn)收測(cè)試。由產(chǎn)品經(jīng)理執(zhí)行并確定具體的用例,主要關(guān)注用戶體檢、樣式、瀏覽器兼容性等方面的問(wèn)題。

            5、建設(shè)發(fā)布通道

            6、對(duì)發(fā)布過(guò)程進(jìn)行質(zhì)量控制。前端應(yīng)用優(yōu)先發(fā)布、自動(dòng)化七層校驗(yàn)失敗立即回滾,發(fā)布過(guò)程開(kāi)發(fā)關(guān)注應(yīng)用層面監(jiān)控、DevOps關(guān)注發(fā)布層面的監(jiān)控。

            7、發(fā)布后的監(jiān)控。系統(tǒng)級(jí):CPU,Memory,Network IO,Disk IO等;應(yīng)用級(jí):線程,隊(duì)列,對(duì)象,調(diào)用,日志等;業(yè)務(wù)級(jí):產(chǎn)品級(jí)流程交互、數(shù)據(jù)展現(xiàn)等;用戶級(jí):用戶行為關(guān)鍵指標(biāo)變動(dòng)等。 《XPP極速編程實(shí)踐》主要介紹了XPP的模式,在此模式下PD,Dev,QA,DevOps各角色的職責(zé)與定位,以及如何持續(xù)快速交付高質(zhì)量產(chǎn)品。

            XPP的模式--面向交付開(kāi)發(fā)與傳統(tǒng)的面向測(cè)試開(kāi)發(fā)區(qū)別:

            極限編程的模式,面向交付的開(kāi)發(fā):有測(cè)試的工作,但沒(méi)有真正的測(cè)試環(huán)節(jié)存在。開(kāi)發(fā)寫(xiě)完代碼,直接上線。沒(méi)有經(jīng)過(guò)嚴(yán)格的測(cè)試,會(huì)不會(huì)出現(xiàn)質(zhì)量倒退呢,其實(shí)是賦予測(cè)試一些定的含義。

            開(kāi)發(fā)在編碼階段加入:代碼審查、單元測(cè)試、集成測(cè)試;在交付階段:加入一個(gè)新的角色DevOps,從復(fù)雜的TC編寫(xiě)中釋放出來(lái),而是做用例審查、驗(yàn)收測(cè)試、自動(dòng)化回歸。

            需要建立持續(xù)集成的開(kāi)發(fā)環(huán)境,便于開(kāi)發(fā)自行測(cè)試。

            在Xpp模式下,人員的職責(zé)和定位:

            如何更快的交付

            1、需求管理方面:將需求拆分為小的端到端可測(cè)試的用戶case,一個(gè)需求必須在一次發(fā)布中完成,實(shí)現(xiàn)小步快跑。

            2、在開(kāi)發(fā)過(guò)程中進(jìn)行代碼審查,單元測(cè)試,代碼覆蓋率,集成測(cè)試——達(dá)標(biāo)后提交發(fā)布單,去掉了傳統(tǒng)的測(cè)試環(huán)節(jié)。測(cè)試驅(qū)動(dòng)開(kāi)發(fā)編寫(xiě)自動(dòng)化測(cè)試用例,促使提高設(shè)計(jì)的可測(cè)性。

            3、持續(xù)的集成測(cè)試:?jiǎn)卧獪y(cè)試 → 集成測(cè)試 → 系統(tǒng)級(jí)測(cè)試

            4、規(guī)范的交付流程

            5、充分利用各類(lèi)工具和自動(dòng)化平臺(tái)。如淘寶現(xiàn)有的任務(wù)管理工具redmine、自動(dòng)化發(fā)布平臺(tái)、自動(dòng)化測(cè)試平臺(tái)TOAST、各類(lèi)自動(dòng)化測(cè)試工具(單元測(cè)試工:mocha,should;代碼覆蓋率工具:jscoverage;集成測(cè)試工具:helium)。

            如何更好的交付

            1、代碼審查 & 持續(xù)集成。代碼須由統(tǒng)一的負(fù)責(zé)人審核通過(guò)才能。分支開(kāi)發(fā),主干提交,對(duì)分支和主干建立持續(xù)集成環(huán)境,發(fā)布前自動(dòng)化腳本去除測(cè)試代碼。

            2、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)。PD、Dev、DevOps一起制定測(cè)試清單,在開(kāi)發(fā)環(huán)境中測(cè)試通過(guò)后提交發(fā)布;進(jìn)行增量式的開(kāi)發(fā):迭代過(guò)程,測(cè)試—編碼—重構(gòu),測(cè)試先行

            3、測(cè)試用例審查。以測(cè)試清單為評(píng)判標(biāo)準(zhǔn),重點(diǎn)關(guān)注變更代碼;保證主流程質(zhì)量;定期做用例review,完善場(chǎng)景和用例;結(jié)合代碼覆蓋率報(bào)告進(jìn)行單元測(cè)試代碼審查;集成測(cè)試審查,前端的關(guān)注主流程,后端的關(guān)注接口和數(shù)據(jù)校驗(yàn)。

            4、驗(yàn)收測(cè)試。由產(chǎn)品經(jīng)理執(zhí)行并確定具體的用例,主要關(guān)注用戶體檢、樣式、瀏覽器兼容性等方面的問(wèn)題。

            5、建設(shè)發(fā)布通道

            6、對(duì)發(fā)布過(guò)程進(jìn)行質(zhì)量控制。前端應(yīng)用優(yōu)先發(fā)布、自動(dòng)化七層校驗(yàn)失敗立即回滾,發(fā)布過(guò)程開(kāi)發(fā)關(guān)注應(yīng)用層面監(jiān)控、DevOps關(guān)注發(fā)布層面的監(jiān)控。

            7、發(fā)布后的監(jiān)控。系統(tǒng)級(jí):CPU,Memory,Network IO,Disk IO等;應(yīng)用級(jí):線程,隊(duì)列,對(duì)象,調(diào)用,日志等;業(yè)務(wù)級(jí):產(chǎn)品級(jí)流程交互、數(shù)據(jù)展現(xiàn)等;用戶級(jí):用戶行為關(guān)鍵指標(biāo)變動(dòng)等。

          posted on 2012-07-20 10:06 順其自然EVO 閱讀(232) 評(píng)論(0)  編輯  收藏 所屬分類(lèi): 測(cè)試學(xué)習(xí)專(zhuān)欄

          <2012年7月>
          24252627282930
          1234567
          891011121314
          15161718192021
          22232425262728
          2930311234

          導(dǎo)航

          統(tǒng)計(jì)

          常用鏈接

          留言簿(55)

          隨筆分類(lèi)

          隨筆檔案

          文章分類(lèi)

          文章檔案

          搜索

          最新評(píng)論

          閱讀排行榜

          評(píng)論排行榜

          主站蜘蛛池模板: 花莲县| 惠东县| 闽侯县| 师宗县| 云林县| 册亨县| 清水河县| 北碚区| 长治市| 扬州市| 九江市| 邵武市| 绍兴市| 巴彦淖尔市| 木里| 图木舒克市| 长垣县| 临颍县| 霍林郭勒市| 大安市| 湖州市| 安平县| 舟曲县| 韶关市| 高碑店市| 湾仔区| 孟州市| 阜新市| 凤冈县| 南汇区| 马山县| 阿克| 高淳县| 沈丘县| 汨罗市| 谢通门县| 长宁区| 文成县| 东阳市| 湖州市| 瓦房店市|