簡而言之，對于不同階段的測試活動，總有一些缺陷是最適合被發(fā)現(xiàn)和修復的。對于功能性缺陷這點早已達成共識，而對于性能性缺陷，由于性能測試本身起步較晚、性能問題比較難以暴露、早期用戶對性能問題容忍度比較高、商業(yè)性能測試工具價格昂貴等原因，很多時候可能根本不會進行性能測試，或僅進行比較簡單的性能測試，因此雖然性能性缺陷同樣有這個特性，但卻被人們遺忘了。簡單地列舉幾個在不同階段進行性能測試的好處。
1.在運行維護階段，系統(tǒng)已經(jīng)在穩(wěn)定地為用戶提供服務了，這時候還需要進行性能測試嗎?需要。因為生產(chǎn)系統(tǒng)可能會表現(xiàn)出疑似性能問題的癥狀，這時候性能測試是查找問題的有效手段，有助于為用戶提供更好的服務;性能再好的系統(tǒng)也會有極限，當用戶數(shù)不斷增長的時候，通過性能測試來評估系統(tǒng)的容量，以確定系統(tǒng)應如何進行擴容或者需要更換新的架構，通常這稱之為容量評估。
2.異構系統(tǒng)之間的接口，通常是先完成接口，而調(diào)用接口的系統(tǒng)可能過很久才會完成。當然，可以等完成調(diào)用接口的系統(tǒng)后直接對該系統(tǒng)進行測試，接口的性能自然被測試到了，但是萬一很不幸——性能測試結果不佳，再花費一番力氣后終于確定是接口性能不佳，那可能就得大費周折地重新寫接口了。更倒霉的是別的系統(tǒng)已經(jīng)在用新的接口了，而不巧的是新老接口又不兼容(比如差一個參數(shù)什么的)，那代價可就大了;如果進行過接口性能測試，問題早就發(fā)現(xiàn)并解決了，這時候真是想想都會笑了。
3.在單元性能測試中運行一遍后就能發(fā)現(xiàn)的內(nèi)存泄漏問題，如果這個問題遺留到系統(tǒng)測試階段，可能需要花費幾天的時間才能找到問題的所在，尤其是當Dump 內(nèi)存信息后發(fā)現(xiàn)大量對象是到處都在使用的基本對象時，欲哭無淚可能是性能優(yōu)化人員此時的真實寫照，這點筆者曾有幸體驗過;而實際上運行一遍單元測試的時間可能也就幾分鐘，此時發(fā)現(xiàn)問題極易解決。
4.越早開始性能調(diào)優(yōu)，調(diào)優(yōu)工作就會越容易。當組件小規(guī)模的集成后即可運行并調(diào)優(yōu)時，由于系統(tǒng)復雜度低，自然而然地性能調(diào)優(yōu)的難度會比較低。很顯然，性能調(diào)優(yōu)是以性能測試為基礎的，那么較早階段的性能測試就很有必要了。
從上面幾個階段，不難看出，性能測試和功能測試一樣貫穿于多個階段?；旧希麟A段的性能測試包括以下幾種：單元性能測試、集成性能測試、系統(tǒng)性能測試、多系統(tǒng)性能測試、容量評估、接口性能測試。接下來看看這些不同階段的性能測試活動到底做些什么。
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權問題，請權利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
