軟件測試工作的三個階段

　　上一篇里我們討論了測試的必需性，如果大家目前還在公司里做著測試的工作，那就說明還是落在必需的范圍里面，或者至少一段時間是吧。那接下來我們看下既然需要做測試，需要做哪些事情。

　　基于我自己的一些理解和觀察，我試圖把測試工作的層次分成三個階段，越到后面涵蓋的范圍越廣。這里討論的一些做法可能更偏向于互聯網方面的測試，特別是第三個階段。

　　首先我想先從一個例子開始，一個現實生活中的例子。

　　對于一個城市，假設我們的工作目標是提升環境的質量，減少垃圾。那么我們可以做什么?

　　首先，我們可以請很多環衛工人，出去打掃各個街道，這個馬上就有了效果，環境變得更干凈了。但是還不夠好的地方是明天還是有很多東西需要打掃，治標不治本，只要一停下來立馬回到之前的狀況。

　　接下來，我們往前面想一想，為什么有那么多垃圾呢?其中一個方面是很多人亂扔垃圾。所以更進步一點的方案是，對于亂扔垃圾的人有些約束或者懲罰，比如抓到了曝光或者罰錢，這樣扔垃圾的人會變少。

　　再然后，我們發現即使做到了上面，還是有不少垃圾，而且上面強制的方案也帶來不少的反感。我們需要更深層次的思考，為什么會有那么多垃圾?是因為垃圾桶太少?設計得不合理?如果是這樣，就需要從其他公共設施方面做一些改進了。

　　對于我們的測試工作，也是有類似的思路，只不過細節上要考慮更多。

　　第一個階段：發現和解決bug的階段

　　這個階段的思路基本上盡可能發現更多的bug，見一個滅一個，來兩個滅一雙。

　　發現bug，解決后驗證bug，沒有任何根源性的推動，或者推動的效果不好。

　　這個階段，測試工作主要集中在發現bug，要做好這個，需要多個方面的努力，比如下面這些：

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

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

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

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

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

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

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

　　大家看到的很多經典的測試書籍講的基本都是這個階段做的事情，比如Software Testing，How We Test Software at Microsoft，以及探索性測試相關的書籍，都是專注在如何更高效的發現缺陷。

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

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

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

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

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

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

　　我相信目前還有不少的團隊是處于這樣疲于應對的情況下，不只是小公司，可能一些大公司的部分項目也是如此。隨著整個研發體系的發展和深入，我們應該有更高的追求。

　　第二個階段：質量的管理

　　在第一個階段中，可能有一些人會停下來想：我們一直這樣下去也不是個辦法?有沒有更好的做法呢?

　　最直接會想到的就是，怎么讓別人少丟垃圾，讓本身的bug就更少一些。如果我們做的工作只是發現bug解決bug，那么就是一個消耗戰。不能形成一個良性的循環，就不能持續的優化，工作的長期累積價值就體現不出來。

　　這個階段核心的思路是對缺陷做分析和考核，并做研發流程中主要問題的梳理和改善。

原文轉自：http://blog.csdn.net/superqa/article/details/21485737