關(guān)于測試思路的經(jīng)驗(yàn)分享虽另，我想說真的是太棒了，干貨滿滿就不說彼宠，隨著學(xué)習(xí)的深入睛驳，越來越覺得測試思路就是測試的核心，越來越覺得自己得回頭好好的看一下測試導(dǎo)論部分
? 1.需求分析
? （1）提前閱讀稿械，綜合分析选泻，批注好不理解和歧義的地方，集中式的在需求評審中提出美莫，且最好在產(chǎn)品經(jīng)理的描述之后
（2）需求的定位
站在用戶角度：用戶群體是哪些人页眯；用戶使用該軟件的前提；用戶怎樣用厢呵；用戶使用頻率窝撵；這樣設(shè)計(jì)的原因和優(yōu)勢；
（3）需求實(shí)際上是產(chǎn)品經(jīng)理以外的用戶的需求襟铭，因此作為產(chǎn)品經(jīng)理碌奉，其競品分析的細(xì)致程度關(guān)系到需求是否合理的重要因素
2.需求到功能點(diǎn)的轉(zhuǎn)換
? 讓顯示和數(shù)據(jù)分離
（1）原因：現(xiàn)在的軟件大都遵循著顯示和數(shù)據(jù)分離的原則（這是因?yàn)樵谝郧伴_發(fā)進(jìn)行封裝時(shí)是采用傳統(tǒng)的二次封裝，現(xiàn)在采用的是面向設(shè)計(jì)的半封裝蝌矛，半封裝的代碼量和UI質(zhì)量要高很多很多）
（2）方法：優(yōu)先關(guān)注數(shù)據(jù)的產(chǎn)生和業(yè)務(wù)處理的正確性道批；其次再關(guān)注UI對數(shù)據(jù)顯示的正確性和用戶的UI體驗(yàn)
（3）適用和不適用的情況：主要看功能UI對數(shù)據(jù)的封裝采取哪種方式，如果是：UI將數(shù)據(jù)進(jìn)行分門別類的封裝和顯示入撒，變成一個(gè)無序的顯示隆豹，且與衍生數(shù)據(jù)的顯示有很大差別，這種情況就很適合前后端數(shù)據(jù)分離
3.功能點(diǎn)的優(yōu)先級
（1）功能的優(yōu)先級：數(shù)據(jù)的創(chuàng)建茅逮、更小 大于 數(shù)據(jù)查詢 大于 數(shù)據(jù)顯示璃赡；
（2）業(yè)務(wù)邏輯判斷的優(yōu)先級：比如說：電子商城淘寶類的判哥，優(yōu)先關(guān)注付款模塊的功能和訂單的基本流程的完成，其次再關(guān)注其他模塊的功能碉考；
4.功能輸入的類型
用戶表單塌计；系統(tǒng)提供的數(shù)據(jù)；時(shí)間變量侯谁；某些功能運(yùn)行的前提條件锌仅；
5.黑盒測試法拆解功能點(diǎn)
首先根據(jù)輸入、輸出的不同來劃分墙贱；其次根據(jù)輸入的類型 不同來劃分热芹；細(xì)分到無法劃分為止；
6.手工的接口測試
主要是根據(jù)開發(fā)的接口規(guī)范文檔使用工具進(jìn)行接口數(shù)據(jù)的抓包
7.兼容性測試
不光考慮瀏覽器惨撇、分辨率伊脓、app系統(tǒng)的不同、手機(jī)機(jī)型的不同以及pc的操作系統(tǒng)的不同魁衙，還要考慮到內(nèi)核的不同报腔；
8.發(fā)布前的準(zhǔn)備
數(shù)據(jù)的初始化腳本，配置的腳本剖淀，發(fā)布的流程纯蛾，發(fā)布人和生產(chǎn)環(huán)境回歸后的測試忍員的就位以及應(yīng)急預(yù)案；
9.發(fā)布后的工作
回歸發(fā)現(xiàn)過的bug祷蝌，回歸主要業(yè)務(wù)流程茅撞，做好探索性測試以及定期定時(shí)回歸功能帆卓；
10.bug庫最好進(jìn)行產(chǎn)生原因的分門別類巨朦，統(tǒng)一成文檔，共享和督促開發(fā)不犯同樣的錯(cuò)誤
總結(jié)：測試的基礎(chǔ)是測試過程中的重點(diǎn)剑令，測試導(dǎo)論的內(nèi)容應(yīng)該重復(fù)的去看糊啡，精讀，每一次都一定會發(fā)現(xiàn)不一樣的地方吁津！
