1.沒有什么常理上不可能發(fā)生的bug
2.時(shí)刻要記住測試的是程序，是代碼邏輯，一切都有跡可循，而不是一個(gè)自然事物
3.前期的用例編寫盡可能細(xì)膩，覆蓋度全面，并提前清除需求不確定項(xiàng)
4.測試過程中要進(jìn)入用例深處，同時(shí)也要跳出用例之外，在測試后期要有段時(shí)間專門站在用戶角度使用軟件
5.清楚你所測項(xiàng)目的核心業(yè)務(wù)是什么，需要保證核心業(yè)務(wù)。明確核心業(yè)務(wù)，需要你理解你測試的東西的作用，從用戶角度去確定什么是最重要的，什么是次重要的，而不是想當(dāng)然
6.某種意義上，bug沒有偶現(xiàn)，只有在一定條件下出現(xiàn)的必現(xiàn)，所以不要輕視每一個(gè)突然出現(xiàn)的錯(cuò)誤現(xiàn)象，尤其這個(gè)現(xiàn)象一旦出現(xiàn)就會(huì)比較嚴(yán)重時(shí)，要保持警惕性和敏銳性
7.很多遺漏bug有時(shí)候不發(fā)生在你經(jīng)常盤查的地方，而是在你完全沒有考慮到的地方，時(shí)刻記得這一點(diǎn) ，在測試過程中階段性問自己是否有那些case完全沒想到，有利于避免嚴(yán)重問題遺漏
8.在你提bug的時(shí)候，一旦有“這問題太小了，開發(fā)是不是不愿意改”的想法時(shí)，那么bug一定要提，測試負(fù)責(zé)的是問題暴露，先暴露出來
9.之所有有第五條，在于有時(shí)候你以為問題比較小，其實(shí)有可能會(huì)在別的場景產(chǎn)生別的大問題
10.保持測試環(huán)境的穩(wěn)定性對于測試的進(jìn)行十分重要，在穩(wěn)定的環(huán)境下測試有利于排除外因，定位問題
11.根據(jù)具體項(xiàng)目以及具體測量周期，調(diào)整自己的測試節(jié)奏，保持頭腦清醒，把控測試節(jié)奏，清楚自己測到哪種地步
12.一些測試盲點(diǎn)：容易忽略可變化的大前提條件，比如環(huán)境、當(dāng)前定位等
13.遇到問題不要慌，問題再嚴(yán)重但是如果已經(jīng)在測試周期發(fā)現(xiàn)，那么就在可控范圍內(nèi)，要做的是冷靜收集信息，確認(rèn)問題根源，記錄并通知RD
14.在測試期間，阻礙整體測試進(jìn)行下去的問題嚴(yán)重性會(huì)更大一些
15.如果是在線上反饋之前發(fā)現(xiàn)了一些嚴(yán)重問題，那么此時(shí)第一要?jiǎng)?wù)是要通知相關(guān)RD，進(jìn)行回滾等操作，先處理線上問題，并事后復(fù)盤
16.h5/web/App測試，其實(shí)都是客戶端+后端測試，即前端+接口測試
17.適時(shí)地進(jìn)行探索性測試，不去死板遵循前期的測試用例
18.bug是有優(yōu)先級的，需求也是有優(yōu)先級，要有這個(gè)意識(shí)，如果全部不分優(yōu)先級一把抓，對于不同優(yōu)先級的位置分配不同的精力，不只是測試要這樣，人的精力是有限的，時(shí)間是有限的，在有限時(shí)間的保證核心功能正常
19.一般來說，需求-需求審查-用例書寫-接口測試-功能測試，對于剛接手的需求迭代的話，需要在自己理解整個(gè)系統(tǒng)的前提下，自我評審下這個(gè)邏輯是否有問題，不清楚的地方與PM確認(rèn)；接口測試期間與RD確認(rèn)接口設(shè)計(jì)，盡可能少地把產(chǎn)品設(shè)計(jì)問題和接口設(shè)計(jì)問題拖到功能測試階段
20.問題記錄很重要，記錄在缺陷管理工具上，包括一些討論過程討論結(jié)果，有利于后期問題跟進(jìn)
21.是人都會(huì)犯錯(cuò)，不一定誰都想犯錯(cuò)，給RD信任，對RD同學(xué)好一些體諒一些。。
22.5W1H原則與二八定律
23.自我提升，工具學(xué)習(xí)與代碼學(xué)習(xí)
24.雙客戶端對比測試一個(gè)很有用的測試手段，某端出現(xiàn)了問題后要留意另一客戶端是否有同樣的問題
文章來源：博客園 版權(quán)歸原作者所有
上文內(nèi)容不用于商業(yè)目的，如涉及知識(shí)產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系博為峰小編，我們將立即處理。
