軟件測試淺悟妄語[1]

　　軟件測試淺悟妄語[1]   軟件測試工具

　　妄語：

　　軟件是不可測試的，因為我們的眼界不是無限的、手段不是無限的;

　　軟件是可以測試的，因為軟件的用戶是有限的，用戶的操是有限的。

　　小序：

　　近日有朋友抱怨說自己因為寫不出測試Case、報不出Bug而壓力很大，以致經常夢到豬籠草及殺蟲劑，或者在廚房中遭遇不長眼的小強并將其拍死后竟條件反射地打開電腦想報個Bug給Lead。朋友問我怎么辦，其實我也是一臉苦笑——抓Bug有時是要看運氣的——如果Version是在寅時Build出來，興許Bug會多一些，如果是在申時Build出來，興許Bug會少很多(如果開發團隊在國外，別忘記倒時差)。

　　這些當然是說笑。我想說的是，目前市面上大多數軟件測試類書籍都是國外作者寫成，雖然也有不少著作是我們中國測試專家寫成，但里面引經據典了很多國外作品，使測試思想沿習了歐美的思路。

　　一個民族最偉大的東西是什么?是文化和思想。那么我們能不能用中國的文化和思想去重新審視軟件測試的方法，創新出自己的思路來呢?本文就是一次斗膽嘗試。

　　正文：

　　測試中的文化

　　西方人善于推理，因此他們的測試流程是——

　　1. Test Plan

　　2. Test Case

　　3. Find Bug

　　4. Review fixed bug

　　以上這4個環節是用推理的辦法逐步細化，并隨著軟件版本的更新而迭代前行的。

　　中國人善于歸納，按照上面的這個流程做測試時，最大的困難是第一步到第二步的跨越——依Test Plan去正推Test Case是件很痛苦的事情，很容易陷入兩個誤區：一個誤區是寫了一大堆不疼不癢的Case，把測試變成了跑龍套;另一個誤區是過分追求要抓到Bug，結果產生很多疏漏。

　　為什么會出現這種情況呢?原因在于文化。Test Plan本身是按“邏輯”將軟件的功能分組，然后進行測試，老外的邏輯思維能力是比較強的，基本上能夠比較輕松地把符合Test Plan中某個分枝的操作都挑出來、Fill進Test Plan里，而這在我們中國人看來，這是對軟件操作的一種“割裂”，因此心里會感覺很亂、無從下手——于是測試就成了一個怎么也走不出去的迷宮。

　　我的辦法是：先寫Test Plan，但不以Test Plan為指導方針;按照軟件的Functions寫Test Case，然后把Test Case分門別類填充到Test Plan的框架中去——這一步就是歸納——有時候對于特殊的軟件，甚至可以歸納出不同尋常的測試分支來。

　　你可能會問：不按Test Plan怎么寫Case啊??那不成了胡寫八寫了?軟件測試　

   　下面我就來說說我是怎么分析功能、寫Case的。

原文轉自：http://www.anti-gravitydesign.com