軟件測試和軟件質量的概念是分不開的。測試是手段，質量是目的。關于軟件質量，學軟件工程的時候曾考慮過這個問題，但想得不深�，F在正好可以借把想法變成文字的過程理一理自己的思路，談談我的看法。
在學校讀書的時候，我有很多與我不同專業的朋友，建筑的，橋梁的，機械的，等等。他們有一個與我不同的共同之處，都常背一塊大木板，機械制圖是他們很重要的課程。我和我的同學們則學習程序設計，學習計算機的結構和原理。我們往往抱怨操作系統編譯原理太復雜，可是看看那老大一張紙上鉛筆細細勾出的房屋結構機械零件，精確到0.1毫米的內徑外徑，鋼筋水泥混凝土的組成結構及抗這抗那的能力，我覺得簡單考量一下的話，二者本并不具直接可比性的復雜程度至少是在一個量級上的。
我也知道一些各行業的工程師，包括我的姑姑是橋梁設計師，我的父親是機械模具設計師。從小我就對父親那一卷卷的圖紙印象很深。父親從無到有在一張張白紙上勾出一幅平面的在我看來亂七八糟什么也不是的東西，可是按照它對原料裁剪、加工就變成了一個實實在在的產品。當時覺得神奇，現在想來，這是需要很扎實的知識的。在設計圖紙的整個過程中，并沒有什么工具和方法可以檢查一下是否有錯誤或疏漏，而最終送到工人手里的圖紙必須是正確無誤的，否則原料就成了廢品。
作為一個工程師，確保所從事的工作是正確的，對于工程師們是很重要的。假如建筑師因為偷懶疏忽而不能使我們的房子十分結實，將會發生什么情況?房子會倒塌而且我們要受到傷害。假設GM的工程師們對于汽車剎車不做最終的測試，當我們需要剎車時，它就可能不能正常工作，就可能出事故。所以當工程師回答一個有關如何工作的問題時，必須確信自己是正確的，必須確信沒有忘掉什么。
要做到這些，是需要大量工作的。
而軟件行業好象有著很大的不同。也是還在讀書的時候，我就曾問自己，同樣是工程師，為什么軟件行業的工程師不能像傳統行業的工程師一樣對自己的工作的品質有著如此的確信?
在很多方面，程序設計師還是有著相當的便利的。譬如，在從開始編寫代碼直到完成最終的軟件成品的過程中，每當完成一個功能、一個模塊、一個代碼段，或者干脆程序員對自己不自信的時候，都可以運用各種工具編譯、跟蹤、調試程序去發現隱藏的錯誤或疏漏。而即便是由于偷懶疏忽沒有發現錯誤導致最終的產品中有很多的bug，似乎也不會發生什么，市場仍然接受，用戶仍然使用。
有兩個數據可以說明程序設計師的工作品質：
人們發現，即使具有較多經驗的編程人員，其編程正確率的得分平均只有7.8/14。
在有經驗的編程人員寫的代碼中，平均每150行就會有一個bug。
是什么導致了這樣的情況?
是程序員心浮氣躁，責任心不強?是軟件行業的復雜程度遠遠超過傳統行業?是行業的特殊性造成市場和用戶對如此高的錯誤率持接受態度?還是其他的什么原因?
給自己提了這么些問題，卻不知道該怎么回答了。
對于第一個問題，這確實是大量程序員的寫照。從這里產生的大量問題也確實嚴重影響了軟件產品的質量。
對于第二個問題，我想起了一個經典的對話：
程序設計行家說：“任何程序，無論多么小，都有錯誤�！�
新手不相信行家的話�！叭绻粋�程序小到只能執行一個單一的功能，也是這樣嗎?”他問道。
“這樣的程序不會有任何意義�！毙屑艺f�！凹偃邕@樣的程序存在，操作系統最終也會由于一個錯誤而失效�！�
新手并不滿意�！叭绻僮飨到y不失效呢?”他問道。
“沒有不失效的操作系統�！毙屑艺f�！凹偃邕@樣的操作系統存在，硬件最終也會由于錯誤而失效�！�
新手仍然感到不滿意�！叭绻布皇�?”他問道。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
