軟件測試的目標：失敗等于成功

1、軟件測試的目標：失敗等于成功?最近，我的一個同事在走廊里攔住我， 非常驕傲和熱情地給我描述了她為一套程序進行的設(shè)計和采用的技術(shù)。她說： “最妙的是他們都能夠非常順利、漂亮的運行 ”。在我走開的時候我在想怎樣采取最溫和的方式告訴她，她已經(jīng) “迷失了方向 ”。雖然她盡了很大的努力去建立一套成功的測試，但是她沒有認清軟件測試的真正目的。軟件測試的真正目標是什么 ?為了研究這個問題，我隨機問了一些軟件和、管理人員。其中一些說目標是驗證軟件是否滿足用戶和產(chǎn)品的。其他的人給出了更簡單的回答，例如：“確認軟件沒有 s”以及“為了驗證軟件能夠正常運轉(zhuǎn)”。 就我看來，這些說法都不準確。簡單來說，軟件測試的真正目

2、的是找到以前沒有發(fā)現(xiàn)的。 下面我將從我對軟件測試目標的看法出發(fā)， 剖析我同事關(guān)于軟件測試的主要目標的誤解，并給一些建議。誤解 1：軟件測試的目的是為了確保沒有Bug這種看法反映了一種對于軟件本質(zhì)的樂觀但從根本上錯誤的觀點。一個簡單的事實就是不存在“ bug- free ”的軟件。為什么是這樣呢 ?首先，在等式的開發(fā)一邊，你必須面對時刻在變化的技術(shù)，一個復(fù)雜的而且經(jīng)常有的應(yīng)用設(shè)計， 集成新的已存在的系統(tǒng)帶來的困難，等等。人本身的錯誤也是一個很大的因素。雖然現(xiàn)代思維應(yīng)用開發(fā)工具可以自動生成代碼， 但是在有些地方人必須參與到開發(fā)過程中，而人是會犯錯誤的。而在等式的測試這一邊， 不可能讓你的產(chǎn)品在送到

3、你的用戶以前運行所有可能的測試來檢測出每一個可能的 bug。讓我們來看一個簡單的假定的例子。比如說你要測試一個這樣的程序：接受 3 個整型的數(shù)值作為輸入， 每一個數(shù)值的范圍在 0 到 9 之間。在種操作系統(tǒng)下運行。 可以訪問存儲在 3 個不同廠商中任何一個提供的中的數(shù)據(jù)。我們計算一下， 我們有 1,000 種可能的排列作為測試輸入。為了測試在每個操作系統(tǒng)上的每種排列，我們需要 2,000 個，另外再考慮到每種輸入在每個支持的數(shù)據(jù)庫運行一遍，我們需要 6,000 個測試用例。這個數(shù)字還沒有考慮到其他的測試情況，例如故障，磁盤空間不足以及內(nèi)存耗盡等等。 所以實際上我們需要測試用例的數(shù)目要更大一些。

4、無疑，我們不得不接受這樣一個事實： 我們只能生活在一個所有的軟件都有 bug 的世界當中。然而，我們沒有必要絕望。經(jīng)過精心的計劃，我們可以選擇性地找出產(chǎn)品中最多出現(xiàn)危險以及對我們的用戶最重要的部分中的 bug。下面是我發(fā)現(xiàn)的有效的一些步驟。在你的計劃當中加入風(fēng)險分析正確理解你的客戶需求文檔本身就是一門科學(xué)( 后面將會詳細講到) 。如果你不能直接接觸到你的用戶 - 例如，通過客戶焦點小組，那么你就應(yīng)該和你的客戶支持部門一起商討你的， 因為他們直接接觸到最終用戶。要明白你的產(chǎn)品哪些部分處于危險當中同樣需要分析。 變更是危險的主要來源 ; 如果你引入了一個變更，你可能不注意地引入了一個新的 bug

5、或者發(fā)現(xiàn)一個已經(jīng)存在的 bug。因此，支持新功能的代碼一直是一個尋找危險的好地方。 為了修正一個 bug 而修改的代碼也是這樣。而且，如果你在某個地方發(fā)現(xiàn)了 bug，那么在附近潛藏著其他 bug 的可能性就很大。雖然你可能認為經(jīng)過多年修正了很多 bug 的地方最后“清除干凈了”， 這種想法只是在修正時發(fā)現(xiàn)了 bug 的根源的情況下才是正確的。 如果 bug 的根源是糟糕的設(shè)計， 而進行的修正只是一個簡單的補丁而不是從根本上解決這個問題， 那么這個修正實際上可能引入了新的 bug。另外，記?。杭词故腔凇案驹颉钡男拚灿锌赡軙l(fā)基礎(chǔ)性變更，暴露其他嚴重 bug。理解產(chǎn)品是如何工作的- 和為何可能出故障對一些測試者來說， 第一個想做的就是看產(chǎn)品外在的可見的“行為” - 將精力集中在他們的產(chǎn)品客戶將看到的部分。這樣做效力有限，因為他們沒有清楚的理解產(chǎn)品程序的邏輯，數(shù)據(jù)流等等，這些是用戶不可見的。為了能夠理解產(chǎn)品是如何工作的，以及怎樣會出故障，你必須看“罩子下面”并且在你的測試中用到你看到的東西。例如，如果你只看一個GUI，你可能看到程序通過一個格式化的HTML表格顯示一個特定的數(shù)據(jù)庫查詢的結(jié)果。然而，除非你知道這個表格的表示是一個數(shù)組對象， 從傳到客戶端，然后轉(zhuǎn)化為一個HTML表格，否則你就不會知道這里存在一個潛在的一個客戶端瓶頸的危險。如果一個用戶運行一個查