這次阿輝老師的分享給了我很多的啟發(fā)稀余，都是這么多年自己的經(jīng)驗之談国葬，是任何書本上都學(xué)不到的東西。
需求分析
1)了解需求未辆，要提前下載需求檔案并綜合分析窟绷，對產(chǎn)生疑問的地方做批注，主要是功能需求不明確及對功能需求不夠的地方咐柜；集中提問兼蜈，不打斷產(chǎn)品經(jīng)理的話攘残，待一個階段結(jié)束了，再提出自己的看法为狸。這點(diǎn)很好歼郭，不打斷產(chǎn)品經(jīng)理的思路，也能很好的發(fā)表自己的看法辐棒。經(jīng)巢≡看到視屏?xí)h室大家爭得不可開交。
2)場景分析漾根，站在用戶的角度思考泰涂，產(chǎn)品滿足那些人，何時使用辐怕，如何使用逼蒙，使用的頻率，產(chǎn)品功能有什么優(yōu)勢寄疏。
把需求轉(zhuǎn)化為測試點(diǎn)
1）UI與數(shù)據(jù)分離 ?：首先注數(shù)據(jù)的產(chǎn)生和業(yè)務(wù)處理的正確性是牢，在關(guān)注UI對數(shù)據(jù)顯示的正確性和體驗（是否適合主要是看UI對數(shù)據(jù)的封裝成都，用顯示于打亂的信息在前端）
2）功能劃分優(yōu)先級 ：數(shù)據(jù)創(chuàng)建更新>數(shù)據(jù)的查詢>數(shù)據(jù)的顯示赁还，還有邏輯判斷的優(yōu)先級劃分
3）黑盒拆解功能點(diǎn):把產(chǎn)品當(dāng)做一個黑盒妖泄，關(guān)注出入輸出驹沿。功能輸入的類型：用戶的輸入艘策，系統(tǒng)提供的數(shù)據(jù)，時間變量渊季，某些功能存在的必要條件
4）自頂向下拆解的功能：由點(diǎn)到面朋蔫，由全局到局部
5）停止細(xì)分的條件：細(xì)分到某個功能點(diǎn)是一個功能時或某個業(yè)務(wù)不可再分
健壯性測試：又稱容錯性測試，用于測試系統(tǒng)在出現(xiàn)故障時却汉，是否能自動恢復(fù)或忽略故障繼續(xù)運(yùn)行驯妄。
手工的接口測試：1）從開發(fā)那獲取：2）抓包
COOKIE驗證測試：登錄產(chǎn)品的一定要
測試用例要提煉出通用用例
努力擴(kuò)展測試經(jīng)驗
做好總結(jié)把常見bug和對應(yīng)處理方法分門別類
最后合砂，聽了這次的分享青扔，我知道我還有很多欠缺的地方，比如測試用例的編寫翩伪，但測試的思路和大致流程是相同的微猖。任何時候都不要妄自菲薄，做好自己就好缘屹。
