回歸測試的組織和實施

回歸測試可遵循下述基本過程進行。

    (1)識別出軟件中被修改的部分。

    (2)從原基線測試用例庫T中，排除所有不再適用的測試用例，確定那些對新的軟件版本依然有效的測試用例，其結果是建立一個新的基線測試用例庫To。

    (3)依據一定的策略從To中選擇測試用例測試被修改的軟件。

    (4)如果回歸測試包不能達到所需的覆蓋要求，必須補充新的測試用例使覆蓋率達到試對象正在為生成一份報表而處理一組數據庫記錄，那么容量測試就會使用一個具有幾萬條、甚至幾百萬條記錄的大型測試數據庫，檢驗該軟件是否能正常運行并生成正確的報表。

  容量測試有時候進行一些組合條件下的測試，如核實測試對象在以下高容量條件下能否正常運行：

  ·  連接或模擬了最大(實際或實際允許)數量的客戶機。

  ·  所有客戶機在長時間內執行相同的、可能性能不穩定的重要業務功能。

  ·  已達到最大的數據庫大小(實際的或按比例縮放的)，而且同時執行多個查詢或報

    表事務。

  容量測試的完成標準可以定義為：所計劃的測試已全部執行，而且達到或超出指定的系統限制時沒有出現任何軟件故障。當然需要注意，不能簡單地說在某一標準配置服務器r運行某軟件的容量是多少。選用不同的加載策略可以反映不同狀況下的容量。舉一個簡單的例子，網卜聊天室軟件的容量是多少?在一個聊天室內有1000個用戶，和loo個聊天室每個聊天室內有lO用戶。同樣韻1000個用戶，在性能表現上可能會出現很大的不同，在服務器端數據處理量、傳輸量是截然不同的。在更復雜的系統內，就需要分更多種情況提供相應的容量數據作為參考。 對軟件容量的測試，能讓軟件開發商或用戶了解該軟件系統的承載能力或提供服務的能力．如某個電子商務網站所能承受同時進行交易或結算的聯機用戶數。知道了系統的實際容量．如果不能滿足設計要求，就應該尋求新的技術解決方案，以提高系統的容量。有了對軟件負載的準確預測，不僅能對軟件系統在實際使用中的性能狀況充滿信心，同時也可以幫助用戶經濟地規劃應用系統，優化系統和網絡配置。

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