軟體測試之發現和解決bug

　　- 更高效的發現bug，考驗測試設計的能力。

　　這方面有非常多的方法和技巧，以及經驗，這裡不細說。

　　- 發現bug之後如何清晰的描述，定級，以及跟進和驗證。

　　這個看似簡單，但是你會發現很多測試工作做了幾年的人這樣的基本功還是不夠紮實。也可能沒有受到過很好的訓練或者一直沒有人指導。

　　- 對業務和架構的了解能力。

　　沒有這方面的能力，很難發現一些深層次的bug。而這樣的能力對于快速學習和一些技術基礎也有不低的要求。

　　- 發現bug之後如果舉一反三的盡早發現更多類似的bug。

　　

　　大家看到的很多經典的測試書籍講的基本都是這個階段做的事情，比如Software Testing，How We Test Software at

Microsoft，以及探索性測試相關的書籍，都是專注在如何更高效的發現缺陷。

　　上面這些東西都是一個業務測試人員的基本功。看似簡單，但是做好并不是一件容易的事情。也許這些事情一點都不cool，不sexy，甚至去做職級評審的時候不占優勢，但是對于系統品質的提升，是切切實實帶來很大幫助的，其工作的價值應該得到認可。但是如果一直停留在這個階段，就陷入到上面例子中說的掃馬路的階段，因為如果沒有其他方面的改變，每次都有那麼多的bug。

　　不過很多時候，我們的測試停留在這個階段也是因為現狀，考慮下這樣的情況：

　　- 開發基本不自測，甚至沒有自測的環境，特别是涉及多個系統的對接。

　　- 提測後很多基本的功能都不能正常使用

　　- 項目管理比較混亂，但是最終的釋出日期又被老大們定死，是以測試時間常常被壓縮

　　而且，而且沒有對于開發人員的品質方面的考核，那麼很長一段時間，我們的測試将處于這個初級階段。