下面是第5次分享的學(xué)習(xí)記錄與思考
一梳猪、需求分析
了解需求麻削。提前閱讀需求文檔，找出并記錄問題點(diǎn)（不理解的春弥，有歧義的地方呛哟，功能需求不明確的，挖掘不夠的地方進(jìn)行標(biāo)注）匿沛。需求評審時(shí)扫责，針對標(biāo)注的問題進(jìn)行集中式的提問。
場景分析逃呼。站在用戶的角度分析問題鳖孤。需求制定服務(wù)的目標(biāo)群體是哪些人？用戶如何使用系統(tǒng)功能抡笼？使用場景苏揣？使用頻率？
二推姻、需求轉(zhuǎn)化為功能點(diǎn)
1.顯示與數(shù)據(jù)分離（數(shù)據(jù)與UI分離）---并不適合所有的情況平匈，具體情況具體分析
如何實(shí)現(xiàn)分離？首先需求文檔鎖定了藏古，我們就可以試著將數(shù)據(jù)與UI進(jìn)行解耦增炭。
1.優(yōu)先關(guān)注數(shù)據(jù)的產(chǎn)生與業(yè)務(wù)處理的正確性。
2.UI顯示數(shù)據(jù)的正確性還有用戶體驗(yàn)拧晕。
2.功能點(diǎn)劃分優(yōu)先級：
數(shù)據(jù)創(chuàng)建及更新>數(shù)據(jù)查詢>數(shù)據(jù)顯示
3.黑盒法拆解功能點(diǎn)：
1.用戶輸入數(shù)據(jù)的輸入比如表單等
2.系統(tǒng)提供的數(shù)據(jù)比如股票的價(jià)格以及成交記錄等
3.時(shí)間變量
4.某些功能可以的前提條件
4.自頂向下拆解功能：用xmind細(xì)分功能點(diǎn)
三隙姿、功能點(diǎn)以外的測試
兼容性測試（web端瀏覽器兼容、分辨率兼容厂捞；PC端不同操作系統(tǒng)输玷；移動端android队丝、ios 不同版本）
安裝卸載測試
性能測試
安全性測試
故障恢復(fù)測試
四、對項(xiàng)目影響面進(jìn)行分析
項(xiàng)目對系統(tǒng)有哪些影響饲嗽，運(yùn)用自己對系統(tǒng)的了解程度和自己本身具備的系統(tǒng)知識炭玫，在需求分析的時(shí)候明確哪些是需要回歸的奈嘿，確定了一個(gè)范圍之后要和開發(fā)進(jìn)行溝通了解哪些模塊會受到影響貌虾，結(jié)合自己的分析最終確定需要回歸測試范圍，執(zhí)行哪些用例裙犹。
五尽狠、做好發(fā)布前準(zhǔn)備
數(shù)據(jù)初始化的腳本是否OK？
配置的腳本是否OK叶圃？
發(fā)布流程是否OK袄膏？
發(fā)布人員及生產(chǎn)環(huán)境回歸的測試人員是否就位？
應(yīng)急預(yù)案是否準(zhǔn)備掺冠？
六沉馆、做好線上測試
回歸測試環(huán)境發(fā)現(xiàn)過的BUG
回歸主要的業(yè)務(wù)流程
探索性測試
定期定時(shí)對線上功能進(jìn)行回測（關(guān)鍵點(diǎn)）
七、做好總結(jié)
維護(hù)BUG庫德崭，系統(tǒng)分析BUG原因斥黑，將BUG分門別類，避免同類錯(cuò)誤重復(fù)發(fā)生眉厨。
回聽完分享之后發(fā)現(xiàn)自己有幾個(gè)地方?jīng)]做好：
一锌奴、線上測試
工作中遇到的情況：測試環(huán)境發(fā)現(xiàn)過的BUG（測試環(huán)境已經(jīng)修復(fù)），正式環(huán)境再次出現(xiàn)憾股。
反事故瘛：1.這次是新的平臺上線之后的小版本更新，更新的功能不多沒有足夠重視（沒把這事寫在備忘錄）服球，結(jié)果剛好碰上android端出版本茴恰，一忙忘記線上測試了，慚愧斩熊。后續(xù)按照阿輝哥的分享的4條嚴(yán)格執(zhí)行往枣，并且優(yōu)先執(zhí)行線上測試。
二座享、自頂向下拆解功能：
重要功能點(diǎn)需要用xmind細(xì)分功能點(diǎn)避免漏測婉商。
三、需求分析
場景分析渣叛。站在用戶的角度分析問題.
四丈秩、做好總結(jié)和測試報(bào)告
做好總結(jié)，維護(hù)BUG庫淳衙，系統(tǒng)分析BUG原因蘑秽，大版本出完了要有測試報(bào)告饺著。測試中發(fā)現(xiàn)的BUG先記錄在文檔里測試完了，開發(fā)區(qū)修BUG了肠牲，再提交禪道幼衰，這樣避免遺漏。
