移動互聯(lián)網(wǎng)測試到質(zhì)量轉(zhuǎn)變之路

移動互聯(lián)網(wǎng)測試到質(zhì)量的轉(zhuǎn)變之路By陳曄(TesterHome聯(lián)合創(chuàng)始人)?陳曄(Monkey)?TesterHome技術(shù)社區(qū)聯(lián)合創(chuàng)始人?移動互聯(lián)網(wǎng)布道師?滴滴、360、百度等各個企業(yè)測試技術(shù)交流講師?QCon2015研發(fā)專題講師?全棧(站)工程師移動互聯(lián)網(wǎng)測試常見問題量？人>一專多能質(zhì)量>任何一個細(xì)節(jié)都是質(zhì)量的基礎(chǔ)測試人員持續(xù)學(xué)習(xí)牽頭解決問題定位問題?自定義目標(biāo)，但一定需要在業(yè)務(wù)上落地?一般業(yè)務(wù)質(zhì)量比重是最?目標(biāo)可以根據(jù)屆時實(shí)際情況進(jìn)行更改?團(tuán)隊(duì)合作不僅僅只是合作，主觀能動性還是最重要的?自評、他評、360度評人員招聘?弱化大量技術(shù)考察?看重看問題的高度?看重潛力?測試經(jīng)驗(yàn)測試技術(shù)空缺測試技術(shù)空缺測試技術(shù)空缺測試技術(shù)的缺失宛如空中樓閣這里都是這里都是高大上的開發(fā)技術(shù)?目前使用比較多UI自動化的還是Appium(當(dāng)然也推薦使用Macaca)?UI自動化需要適量：冒煙和回歸?API自動化衡量標(biāo)準(zhǔn)一定要覆蓋全?專項(xiàng)中需要一定程序的自動化支持?不要想著全自動化or自動化減少人力or提升質(zhì)量?一定需要有對專項(xiàng)研究比較深的人在團(tuán)隊(duì)中?專項(xiàng)的測試會貫穿整個研發(fā)流程?專項(xiàng)一定要有插樁和線上大數(shù)據(jù)的支持?專項(xiàng)一定要有基線?制定專項(xiàng)測試計(jì)劃?準(zhǔn)備調(diào)試環(huán)境?CodeReview?逐個測試?精準(zhǔn)埋點(diǎn)?Bug日清?全面測試?發(fā)布報(bào)告系統(tǒng)分析PRD評審系統(tǒng)分析評審第一輪測試 質(zhì)量第二輪測試外部灰度1項(xiàng)目流程系統(tǒng)分析PRD評審系統(tǒng)分析評審第一輪測試 質(zhì)量第二輪測試外部灰度1 測試分析 測試分析評審 測試分析 測試分析評審驗(yàn)收測試驗(yàn)收測試開發(fā)產(chǎn)品開發(fā)產(chǎn)品編編寫測試用例編寫編寫bvt代碼非功能性測試外外部灰度2第三輪測試?沒有團(tuán)隊(duì)合作，測試怎么努力都是有瓶頸的?舉例：?需要有好的App，Server架構(gòu)?團(tuán)隊(duì)需要有各種約定?需要有文檔?需要有自己付出的精神?需要有樂于分享的精神?一切的一切需要從質(zhì)量出發(fā)，而僅僅是測試平臺的演變工具工具組產(chǎn)出工工具，框架使用落地?BU容易抱怨工具不落地?工具組很難實(shí)現(xiàn)KPI?ROI低?工具、平臺自身bug越來越多平臺的演變工具工具組產(chǎn)出通通用SDK前端前端次封裝落地如何在迭代很快的情況下保證?Wechat：monkey