1.需求變更要寫記錄，包括對應(yīng)的截圖，批注，時(shí)間，原因（目的：在出現(xiàn)有爭議的需求可以及時(shí)回答，）
2.對于APP測試有的手機(jī)號(hào)類型有多種的，要使用各種類型的手機(jī)進(jìn)行整體測試，例如通過認(rèn)證的，未通過認(rèn)證的，待認(rèn)證的用戶進(jìn)行整體的測試。（公司可能會(huì)存在對于不同類型的用戶給予的權(quán)限不同）
3.在進(jìn)行自動(dòng)化接口測試的時(shí)候，要注意接口地址，接口的流程，狀態(tài)是否可逆，數(shù)據(jù)為空的時(shí)的code碼。
4.在進(jìn)行下單的時(shí)候，要關(guān)注下單的商品的狀態(tài)，是否上架，庫存量；需求中與錢有關(guān)的要進(jìn)行重點(diǎn)測試，庫存變化，銷量，押金退款。
5.最新發(fā)版的web與APP不同步時(shí)，要進(jìn)行兼容性測試。（不同的版本下由于版本變更，會(huì)導(dǎo)致獲取的數(shù)據(jù)不同，老版本的系統(tǒng)無法兼容）
6.對于需要出現(xiàn)了錯(cuò)誤提示的地方，要多次點(diǎn)擊重試，看是否每次點(diǎn)擊都會(huì)有bug提示
7.訂單測試出現(xiàn)bug，要注意先清空原有的訂單或者清除相關(guān)訂單，再次反復(fù)測試（訂單測試的bug有時(shí)是臟數(shù)據(jù)導(dǎo)致的無法下單）
8.提出bug的時(shí)候要注意表述，XXBUG是XX，該bug在何時(shí)出現(xiàn)在何地，出現(xiàn)的機(jī)型有哪些，出現(xiàn)在什么系統(tǒng)上（可以盡快定位到是什么問題導(dǎo)致的bug，多種手機(jī)系統(tǒng)上都出現(xiàn)的問題，bug是在接口上，數(shù)據(jù)庫上；只是有一種手機(jī)系統(tǒng)存在這個(gè)問題，bug可能是兼容性問題導(dǎo)致的，或者一方的手機(jī)調(diào)用接口的不正確）
9.要進(jìn)行問題進(jìn)度的隨時(shí)跟進(jìn)，存在的問題要及時(shí)向需求方反饋，將存在的bug與期望值告知開發(fā)，（促進(jìn)開發(fā)過程流暢度）
10.APP的返回操作，不僅要測app上自帶的，還要測手機(jī)系統(tǒng)自帶的（有的系統(tǒng)自帶的返回命令在app內(nèi)無法被喚醒）
11.在用例執(zhí)行前，一定要再次將用例再看一遍，確認(rèn)與測試前溝通過的需求一致，有需求變更的要及時(shí)更換用例。
12.用例的執(zhí)行過程中，不要通過顏色去判斷按鈕的功能。（尤其是多選項(xiàng)）
13.字母錄入限制大小寫的問題，要對應(yīng)數(shù)據(jù)庫進(jìn)行查看（有時(shí)會(huì)遇到編輯的時(shí)候自動(dòng)轉(zhuǎn)換成大寫顯示，但是在數(shù)據(jù)庫里面保存的內(nèi)容還是小寫字符，存儲(chǔ)的數(shù)據(jù)就不符合規(guī)定了）
14.圖片的上傳要考慮圖片的格式，圖片的大小，壓縮后圖片的適配問題，有時(shí)圖片無法上網(wǎng)不是代碼沒寫對，是使用的公司內(nèi)網(wǎng)限制大圖上傳
15.測試前一定要再次找研發(fā)的去確認(rèn)本次可以介入測試的點(diǎn)，待測的點(diǎn)，影響范圍，數(shù)據(jù)庫變更情況（避免測試遺漏，能在出現(xiàn)bug的第一時(shí)間針對bug做出快速定位和影響檢測）
16.需求評審的時(shí)候要找產(chǎn)品確認(rèn)哪些是必填項(xiàng)，必填項(xiàng)提示是什么，哪些要做格式校驗(yàn)
17.測試整體的流程都走通后，包括UI頁面已經(jīng)修改完善了，在再次進(jìn)行整體的測試，（在UI修改的過程中可能會(huì)造成功能缺損）
18.測試充值退費(fèi)注意點(diǎn)：成功，失敗之后的狀態(tài)刷新，金額變化，
退費(fèi)的時(shí)候可能會(huì)存在賬戶余額不足導(dǎo)致無法退費(fèi)的情況，需要異?；貪L