一些比較基礎的測試意識總結

1，沒有什麽常理上不可能發生的bug

2，你測試的是程序，是代碼邏輯，一切都有跡可循，而不是一個自然事物

3，某種意義上，bug沒有偶現，只有在一定條件下出現的必現，所以不要輕視每一個突然出現的錯誤現象，尤其這個現象一旦出現就會比較嚴重時，要保持警惕性和敏銳性

4，保持測試環境的穩定性對於測試的進行十分重要，在穩定的環境下測試有利於排除外因，定位問題

5，根據具體項目以及具體測量周期，調整自己的測試節奏，保持頭腦清醒，把控測試節奏，清楚自己測到哪種地步

6，一些測試盲點：容易忽略可變化的大前提條件，比如環境、當前定位等

7，遇到問題不要慌，問題再嚴重但是如果已經在測試周期發現，那麽就在可控範圍內，你要做的是冷靜收集信息，確認問題根源，記錄並通知

8，在測試期間，阻礙整體測試進行下去的問題嚴重性會更大一些

9，如果是在線上反饋之前發現了一些嚴重問題，那麽此時第一要務是要通知相關RD，進行回滾等操作，先處理線上問題

10，h5/web/app測試，其實都是客戶端+後端測試，即前端+接口測試

11，適時地進行探索性測試，不去死板遵循前期的測試用例

12，清楚你所測項目的核心業務是什麽，需要保證核心業務。明確核心業務，需要你理解你測試的東西的作用，從用戶角度去確定什麽是最重要的，什麽是次重要的，而不是想當然

13，bug是有優先級的，需求也是有優先級，要有這個意識，如果全部不分優先級一把抓，對於不同優先級的位置分配不同的精力，不只是測試要這樣，人的精力是有限的，時間是有限的，在有限時間的保證核心功能正常

14，一般來說，需求-需求審查-用例書寫-接口測試-功能測試，對於剛接手的需求叠代的話，需要在自己理解整個系統的前提下，自我評審下這個邏輯是否有問題，不清楚的地方與PM確認；接口測試期間與RD確認接口設計，盡可能少地把產品設計問題和接口設計問題拖到功能測試階段

15，問題記錄很重要，記錄在缺陷管理工具上，包括一些討論過程討論結果，有利於後期問題跟進

16，是人都會犯錯，不一定誰都想犯錯，給RD信任，對RD同學好一些體諒一些。。

17，5W1H原則與二八定律

18，自我提升，工具學習與代碼學習

功能測試的一些測試意識總結