累積測試分析和目標測試入門[1] 軟件測試
1. Web性能測試資料及工具
1) Jmeter Wiki首頁，Jmeter為一個開源的100%Java開發的性能測試工具
2) Apache Benchmark使用說明
本文來自于 Rational Edge：通常所說的“累積測試分析(Cumulative Test Analysis)”技術向軟件測試團隊提供了對自動化測試更合理的方法，特別是在回歸測試集的領域內。理解 CTA 如何提高您的測試效率。
您的測試團隊已經非常成功了。您已經對自動化大量投資，并且因生成大型且全面的測試集而著稱 —— 您可以無可非議地為之自豪!在整個開發過程和多個環境中，這些組合為您很好地服務。因此現在是您休息一會，并且收獲您所勞動的好處的時候了，對嗎?或者，您將成為您自己的自動化測試集的犧牲品?
也許，像許多團隊一樣，您已經達到飽和點，現在您有太多的測試，以至于不能說明。也許運行測試的團隊已經不再是撰寫它們的團隊了，并且知識是稀少的�；蛘咭苍S您受困于對大量所支持的環境和代碼流不斷地重復運行同樣的測試的工作。對于那些您不能運行的測試，或者您沒有時間運行的，您對您所帶來的風險進行過觀察嗎?
無疑地，如果您只運行少量的測試，并且仍舊在代碼中找到一樣的缺陷，這是更好的。通過運行可能的測試盡可能快地找到第一次出現的缺陷不同樣是更好的嗎?
不能達到的目標
甚至是出于一片好心，每個測試人員在他或她的工作生涯中，都將撰寫一個根本不測試所打算測試內容的測試。這可能是由于缺乏經驗，對產品功能設計的變更，因為測試人員做出關于產品或其預期使用價值的無效假設，或者只是因為測試人員用盡了時間�？偠灾�，最終結果是由于與產品缺陷不相關的原因而失敗的測試。
這些失敗測試的累積效應創造了回歸套件中的灰色區域，您的回歸測試的 5% 到 15%是困難的、不可靠的或不可能成功地運行完成的。這些阻塞的或不可靠的測試消耗了寶貴的測試時間，并且混淆了測試人員對真實的產品缺陷的觀察，這導致了在回歸測試循環末尾的測試進度中的指數的縮小。虛幻的所有可用測試的100% 的運行目標常�？雌饋矸浅＝咏�，但是卻難以達到。
自動化陷阱
也許您已經落入了嚴重依賴于您的測試自動化基礎架構的陷阱了。這里有一些您可能考慮的問題。您是：
缺少用于測試您所期望的每樣東西的資源嗎?
陷入無休止的測試循環嗎?
在沒有找到任何新的缺陷的情況下，運行成千上萬的測試嗎?
文章來源于領測軟件測試網 http://www.kjueaiud.com/