在我們的測試工作中
除了需要不斷的學習新知識外
還有一個可能常常被我們忽視的工作
那就是反思
它可以讓我們總結過往的經驗教訓
它可以讓我們覆盤工作中的得失
它可以讓我們找到未來需要規避的問題
它可以讓我們獲取工作中更高效的方法
經典BUG
作測試，提bug是我們做的最多的工作。那麼過往提的bug帶給我們的知識呢？
對於每個拿出來分享的bug，我們都會向大家介紹下面幾個問題：
這是個什麼需求？
和這個bug有關的需求點是什麼？
bug的描述是怎樣的？
是否描述清楚了其中產生的原因和過程？
是否能讓開發看到後立刻明白如何重現這個bug？
這個需求點的技術實現是怎樣的？
背後的邏輯是怎樣的？
這個bug產生的原因是什麼？
這個需求點背後還有哪些異常？
我們的用例都考慮到了嗎？
同類型的需求點是否有類似問題？
我們是怎樣設計這些需求點的用例的？
這個bug帶給了我們哪些測試方法？
帶給了我們哪些更深層次的方法論？``
只有把這些問題都說清楚，纔是一個經典bug帶給我們的完整思考，這樣的分享纔有意義，也才能給我們的需求測試能力帶來更多進步和提升。
重點需求
測試需求的過程中，還有一個內容是值得我們去反思和沉澱的，那就是有代表性的需求。這些需求，或者是技術實現上有代表性，或者是業務邏輯上有值得沉澱的內容，或者是在測試過程中使用的測試方法有需要總結的地方。對於這類需求，我們稱之爲「重點需求」。
關於需求總結，我們也有一套可以分享的問題：
這是個怎樣的需求？
這個需求的實現原理是怎樣的？
背後的技術架構是怎樣的？
它與其他模塊之間的調用關係是怎樣的？
我們的用例設計思路是怎樣的？
有什麼以往需求不同的地方？
對這個需求的測試，需要用到什麼輔助工具？
這個工具的實現原理是怎樣的？
過往的需求中，是否有類似的需求？
這些需求相似和不同點是什麼？
這個需求有哪些異常場景或特殊情況需要考慮？
爲什麼會有這樣的特殊點？
這個需求的測試能給我們沉澱哪些知識點？
能給我們帶來哪些新的方法論？
需求在經過這樣不斷深挖後，我們對這個需求的理解就會上一個臺階，也會在測試用例設計和回顧中有更好的補充和完善。
爲了做好測試，軟件測試員既要有深度，又要有廣度；既要有效率，又要有測試工作自身完整的質量。所以，我們應該將正向思維和逆向思維有機地結合起來，做到效率和質量的平衡。
換句話說，當我們需要效率時，更多采用逆向思維。當我們需要測試廣度來確保完整的測試質量時，則多采用正向思維。
軟件測試學習交流答疑qun ：六3六85九九六4