這次阿輝老師的分享給了我很多的啟發(fā)，都是這么多年自己的經(jīng)驗之談，是任何書本上都學(xué)不到的東西。

需求分析

1)了解需求，要提前下載需求檔案并綜合分析，對產(chǎn)生疑問的地方做批注，主要是功能需求不明確及對功能需求不夠的地方；集中提問，不打斷產(chǎn)品經(jīng)理的話，待一個階段結(jié)束了，再提出自己的看法。這點很好，不打斷產(chǎn)品經(jīng)理的思路，也能很好的發(fā)表自己的看法。經(jīng)?？吹揭暺?xí)h室大家爭得不可開交。

2)場景分析，站在用戶的角度思考，產(chǎn)品滿足那些人，何時使用，如何使用，使用的頻率，產(chǎn)品功能有什么優(yōu)勢。

把需求轉(zhuǎ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）黑盒拆解功能點:把產(chǎn)品當(dāng)做一個黑盒，關(guān)注出入輸出。功能輸入的類型：用戶的輸入，系統(tǒng)提供的數(shù)據(jù)，時間變量，某些功能存在的必要條件

4）自頂向下拆解的功能：由點到面，由全局到局部

5）停止細(xì)分的條件：細(xì)分到某個功能點是一個功能時或某個業(yè)務(wù)不可再分

健壯性測試：又稱容錯性測試，用于測試系統(tǒng)在出現(xiàn)故障時，是否能自動恢復(fù)或忽略故障繼續(xù)運行。

手工的接口測試：1）從開發(fā)那獲?。?）抓包

COOKIE驗證測試：登錄產(chǎn)品的一定要

測試用例要提煉出通用用例

努力擴(kuò)展測試經(jīng)驗

做好總結(jié)把常見bug和對應(yīng)處理方法分門別類

最后，聽了這次的分享，我知道我還有很多欠缺的地方，比如測試用例的編寫，但測試的思路和大致流程是相同的。任何時候都不要妄自菲薄，做好自己就好。