如何構建規范的軟件測試過程:軟件測試體系構建方法指南

　　最近總有人詢問測試計劃的編寫方法和步驟，如何合理的設計測試計劃是每個測試經理 的責任，測試中需要關注的要素太多了，既有技術方面的考慮，也有管理方面的考慮，如何 才能設計出實用的測試計劃呢?我根據自己的經驗，理出一份軟件測試計劃編寫指南，希望對大家有所啟示，并同大家交流測試中的心得和方法。

　　1 前言

　　1.1 軟件測試的目的

　　軟件測試的目的決定了如何去組織測試。如果測試的目的是為了盡可能多地找出錯誤， 那么測試就應該直接針對軟件比較復雜的部分或是以前出錯比較多的位置。如果測試目的是 為了給最終用戶提供具有一定可信度的質量評價，那么測試就應該直接針對在實際應用中會經常用到的商業假設。

　　不同的軟件項目會有不同的測試目的;相同的軟件項目，不同的時期也可能有不同測試 目的，可能是測試不同區域或是對同一區域的不同層次的測試。

　　軟件測試：

　?、?、軟件測試是為了發現錯誤而執行程序的過程;

　?、?、測試是為了證明程序有錯，而不是證明程序無錯誤。

　?、?、一個好的測試用例是在于它能發現至今未發現的錯誤;

　?、?、一個成功的測試是發現了至今未發現的錯誤的測試。

　　這種觀點可以提醒人們測試要以查找錯誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點可能會產生誤導，認為發現錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。

　　首先，測試并不僅僅是為了要找出錯誤。通過分析錯誤產生的原因和錯誤的分布特征，可以幫助項目管理者發現當前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。

　　其次，沒有發現錯誤的測試也是有價值的，完整的測試是評定軟件質量的一種方法。

　　對于測試數據的動態積累可以給項目管理者展示出當前項目的實時狀態，為科學的決策提供有力的保障，并且為今后的培訓，考評，工作的檢查等提供強有力的數據基礎。

　　1.2 軟件測試的復雜性和經濟性

　　人們常常以為，開發一個程序是困難的，測試一個程序則比較容易。這其實是誤解。設計測試用例是一項細致并需要高度技巧的工作，稍有不慎就會顧此失彼，發生不應有的疏漏。不論是黑盒測試方法還是白盒測試方法，由于測試情況數量巨大，都不可能進行徹底的測試。所謂徹底測試，就是讓被測程序在一切可能的輸入情況下全部執行一遍。通常也稱這種測試為“窮舉測試”。 “黑盒”法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用， 才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。 “白盒”法是窮舉路徑測試，貫穿程序的獨立路徑數是天文數字，但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發現不了一些與數據相關的錯誤。所以說：“程序測試只能證明錯誤的存在，但不能證明錯誤不存在”。

　　在實際測試中，窮舉測試工作量太大，實踐上行不通，這就注定了一切實際測試都是不徹底的。當然就不能夠保證被測試程序中不存在遺留的錯誤。軟件工程的總目標是充分利用有限的人力和物力資源，高效率、高質量地完成測試。為了降低測試成本，選擇測試用例應注意遵守“經濟性”的原則。第一，要根據程序的重要性和一旦發生故障將造成的損失來確定它的測試等級;第二，要認真研究測試策略，以便能使用盡可能少的測試用例，發現盡可能多的程序錯誤。掌握好測試量是至關重要的，一位有經驗的軟件開發管理人員在談到軟件測試時曾這樣說過：“不充分的測試是愚蠢的，而過度的測試是一種罪孽”。測試不足意味著讓用戶承擔隱藏錯誤帶來的危險，過度測試則會浪費許多寶貴的資源。

　　測試是軟件生存期中費用消耗最大的環節。測試費用除了測試的直接消耗外，還包括其它的相關費用。能夠決定需要做多少次測試的主要影響因素如下：

　?、?、系統的目的

　　系統目的的差別在很大程度上影響所需要進行的測試的數量。那些可能產生嚴重后果的系統必須要進行更多的測試。

　?、?、潛在的用戶數量

　　一個系統的潛在用戶數量也在很大程度上影響了測試必要性的程度。這主要是由于用戶團體在經濟方面的影響。

　?、?、信息的價值

　　在考慮測試的必要性時，還需要將系統中所包含的信息的價值考慮在內，一個支持許多家大銀行或眾多證券交易所的客戶機/服務器系統中含有經濟價值非常高的內容。很顯然這一系統需要比一個支持鞋店的系統要進行更多的測試。這兩個系統的用戶都希望得到高質量、無錯誤的系統，但是前一種系統的影響比后一種要大得多。因此我們應該從經濟方面考慮，投入與經濟價值相對應的時間和金錢去進行測試。

　?、?、開發機構

　　一個沒有標準和缺少經驗的開發機構很可能開發出充滿錯誤的系統。在一個建立了標準和有很多經驗的開發機構中開發出來的系統中的錯誤不會很多，因此，對于不同的開發機構來說，所需要的測試的必要性也就截然的不同。 然而，那些需要進行大幅度改善的機構反而不大可能認識到自身的弱點。那些需要更加嚴格的測試過程的機構往往是最不可能進行這一活動的，在許多情況下，機構的管理部門并不能真正地理解開發一個高質量的系統的好處。

　?、?、測試的時機

　　測試量會隨時間的推移發生改變。在一個競爭很激烈的市場里，爭取時間可能是制勝的關鍵，開始可能不會在測試上花多少時間，但幾年后如果市場分配格局已經建立起來了，那么產品的質量就變得更重要了，測試量就要加大。測試量應該針對合適的目標進行調整。

　　1.3 文檔介紹

　　1.3.1 本文檔的受眾

　　測試計劃編寫指南有兩類潛在的受眾。首先，測試經理使用它作為指導方針編寫測試計劃。測試計劃編寫完成后，將作為整個團隊(包括開發人員和測試人員)溝通的基礎。

原文轉自：http://www.kjueaiud.com