軟件測試工作的三個(gè)階段

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

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

　　首先我想先從一個(gè)例子開(kāi)始，一個(gè)現實(shí)生活中的例子。

　　對于一個(gè)城市，假設我們的工作目標是提升環(huán)境的質(zhì)量，減少垃圾。那么我們可以做什么?

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

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

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

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

　　第一個(gè)階段：發(fā)現和解決bug的階段

　　這個(gè)階段的思路基本上盡可能發(fā)現更多的bug，見(jiàn)一個(gè)滅一個(gè)，來(lái)兩個(gè)滅一雙。

　　發(fā)現bug，解決后驗證bug，沒(méi)有任何根源性的推動(dòng)，或者推動(dòng)的效果不好。

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

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

　　這方面有非常多的方法和技巧，以及經(jīng)驗，這里不細說(shuō)。

　　- 發(fā)現bug之后如何清晰的描述，定級，以及跟進(jìn)和驗證。

　　這個(gè)看似簡(jiǎn)單，但是你會(huì )發(fā)現很多測試工作做了幾年的人這樣的基本功還是不夠扎實(shí)。也可能沒(méi)有受到過(guò)很好的訓練或者一直沒(méi)有人指導。

　　- 對業(yè)務(wù)和架構的理解能力。

　　沒(méi)有這方面的能力，很難發(fā)現一些深層次的bug。而這樣的能力對于快速學(xué)習和一些技術(shù)基礎也有不低的要求。

　　- 發(fā)現bug之后如果舉一反三的盡早發(fā)現更多類(lèi)似的bug。

　　大家看到的很多經(jīng)典的測試書(shū)籍講的基本都是這個(gè)階段做的事情，比如Software Testing，How We Test Software at Microsoft，以及探索性測試相關(guān)的書(shū)籍，都是專(zhuān)注在如何更高效的發(fā)現缺陷。

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

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

　　- 開(kāi)發(fā)基本不自測，甚至沒(méi)有自測的環(huán)境，特別是涉及多個(gè)系統的對接。

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

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

　　而且，而且沒(méi)有對于開(kāi)發(fā)人員的質(zhì)量方面的考核，那么很長(cháng)一段時(shí)間，我們的測試將處于這個(gè)初級階段。

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

　　第二個(gè)階段：質(zhì)量的管理

　　在第一個(gè)階段中，可能有一些人會(huì )停下來(lái)想：我們一直這樣下去也不是個(gè)辦法?有沒(méi)有更好的做法呢?

　　最直接會(huì )想到的就是，怎么讓別人少丟垃圾，讓本身的bug就更少一些。如果我們做的工作只是發(fā)現bug解決bug，那么就是一個(gè)消耗戰。不能形成一個(gè)良性的循環(huán)，就不能持續的優(yōu)化，工作的長(cháng)期累積價(jià)值就體現不出來(lái)。

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

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