很遺憾這節(jié)課沒(méi)能在直播的時(shí)候聽(tīng)，收獲很多，對(duì)于當(dāng)前測(cè)試思路不明確的我很有幫助。
一、需求分析
現(xiàn)在的我：開(kāi)會(huì)前拿到需求，大致看一下內(nèi)容，了解下功能，常以沒(méi)有時(shí)間為借口跳過(guò)這一段，對(duì)具體詳細(xì)的內(nèi)容缺乏整理，導(dǎo)致后期對(duì)需求不明確，會(huì)不斷地進(jìn)行確認(rèn)，也導(dǎo)致了個(gè)人觀點(diǎn)與開(kāi)發(fā)觀點(diǎn)產(chǎn)生歧義
需要改進(jìn)：提前對(duì)需求進(jìn)行分析，對(duì)不理解和有歧義的地方做批注，功能需求不明確或挖掘不夠的地方要著重標(biāo)注。在評(píng)審中集中提問(wèn)之前存在的問(wèn)題，說(shuō)出自己的觀點(diǎn)，通過(guò)會(huì)議保證和開(kāi)發(fā)以及產(chǎn)品的觀點(diǎn)達(dá)到一致，產(chǎn)品闡述觀點(diǎn)中記錄疑問(wèn)，在產(chǎn)品結(jié)束闡述后進(jìn)行集中的發(fā)問(wèn)。多站在用戶(hù)角度考慮問(wèn)題，明確需求的指定滿(mǎn)足那些人，用戶(hù)在什么情況下使用系統(tǒng)，用戶(hù)如何使用系統(tǒng)，用戶(hù)的使用頻率，以及功能為什么這么做，這么做的優(yōu)勢(shì)
二、怎么把需求轉(zhuǎn)化為功能點(diǎn)
- 把顯示與數(shù)據(jù)進(jìn)行分離---UI與數(shù)據(jù)分離
優(yōu)先關(guān)注數(shù)據(jù)的產(chǎn)生與業(yè)務(wù)處理的正確性，最后關(guān)注UI對(duì)數(shù)據(jù)顯示的正確性以及體驗(yàn)，通過(guò)接口測(cè)試對(duì)服務(wù)端數(shù)據(jù)的正確性進(jìn)行判斷，保證服務(wù)端正確后驗(yàn)證前端UI數(shù)據(jù)的顯示是否符合需求 - 給功能點(diǎn)劃分優(yōu)先級(jí)
目前的方式是保證功能跑通，之后再對(duì)各功能進(jìn)行一些細(xì)節(jié)的測(cè)試，根據(jù)分享可以按以下優(yōu)先級(jí)進(jìn)行一個(gè)劃分，根據(jù)優(yōu)先級(jí)安排測(cè)試，能更好的保證主要功能
數(shù)據(jù)的創(chuàng)建更新>數(shù)據(jù)查詢(xún)>數(shù)據(jù)顯示
業(yè)務(wù)邏輯判斷的優(yōu)先級(jí) - 黑盒法拆解功能點(diǎn)
用戶(hù)數(shù)據(jù)的輸入--表單等
系統(tǒng)提供的數(shù)據(jù)
時(shí)間變量
某些功能可以運(yùn)行的前提條件---寫(xiě)用例時(shí)的前提條件
可以通過(guò)由點(diǎn)到面，由全局到局部的方式對(duì)功能進(jìn)行細(xì)分，當(dāng)細(xì)分到某個(gè)功能點(diǎn)或業(yè)務(wù)不能再分的時(shí)候就可以停下來(lái)，這樣基本保證了覆蓋度
三、手工的接口測(cè)試
有以下三種方式進(jìn)行
- 從開(kāi)發(fā)哪里獲取接口文檔
- 使用fiddler等抓包工具去抓接口
- cookie驗(yàn)證---牽扯到登陸相關(guān)的------這個(gè)工作中沒(méi)有接觸到
四、功能測(cè)試之外
兼容性測(cè)試
安裝卸載測(cè)試
性能測(cè)試
故障恢復(fù)測(cè)試
五、項(xiàng)目的影響面分析
這個(gè)部分之前的操作基本上是驗(yàn)證bug，然后進(jìn)行個(gè)冒煙測(cè)試，但每次測(cè)試完都會(huì)有些擔(dān)心，總覺(jué)得測(cè)試的深度不夠，根據(jù)分享感覺(jué)可以改進(jìn)為與開(kāi)發(fā)確認(rèn)更改部分，受影響的部分著重測(cè)試+可能會(huì)受影響的優(yōu)先級(jí)為A的功能進(jìn)行回歸測(cè)試，其他功能進(jìn)行冒煙，這樣既能快速的完成測(cè)試還能保證測(cè)試的深度。
