背景

今天參加同事述職會，講到未來技能目標，自動化，效能，安全，很多
我提了個問題：你做這些的目的是什麼？
（此處自己一個鼓勵，以前會想著，怎麼做，如何做，如何落地；現在看來，我關注了相比之前的，更高的一層了，有進步：））

省略中間的一些討論，我心裡的想法如下：

1. 這些只是測試手段
2. 手段是做提效，做深度挖掘
3. 最重要的，還是測試思想，如何設計測試場景，覆蓋測試範圍
   ……

基於這些，我自己回顧了一下，應用得比較好，且能有效發現bug，或能減少業務複雜度的幾個小點

重中之重：確定本次產品背景，迭代目標，圍繞此點，進行任務拆解

需求方面

1.質疑需求的合理性
2.揣摩需求設計的合理性
3.需求對其他業務的影響

系統層面

1.熟悉業務架構
2.熟悉元件特性（redis，MQ，kafka等）

開發階段：
1.db設計合理性
2.從db設計反推開發的程式碼實現
3.根據開發邏輯及系統層面關聯，設計相應的測試場景

測試設計階段

1.冪等性校驗
2.關係業務（同業務型別欄位或場景的操作）
常見的設計方法不列舉

測試執行階段

1.重複的工作自動化
2.資料準備的工作自動化
3.提高路徑有效性，爭取一個操作，覆蓋多個業務場景