性能測試的幾個(gè)階段軟件測試由安博測試空間技術(shù)中心/提供前面已經(jīng)說過，對(duì)于互聯(lián)網(wǎng)應(yīng)用軟件，性能是其質(zhì)量的一個(gè)非常重要的組成部分。作為解決軟件性能問題的重要手段，軟件性能測試已經(jīng)廣為人們所熟悉，并受到很高的關(guān)注。一般而言，性能測試都是在項(xiàng)目的后期才開展，被測試的對(duì)象通常是已經(jīng)具備一定穩(wěn)定性的產(chǎn)品。而實(shí)際上，性能測試應(yīng)貫穿于整個(gè)軟件生命周期中，和功能測試一樣，性能測試也分為幾個(gè)階段。軟件生命周期與性能測試不論哪種軟件生命周期模型，需求分析、設(shè)計(jì)、編碼、測試和運(yùn)行維護(hù)這幾個(gè)階段都是其中的基本要素，只是在不同的軟件生命周期模型中可能迭代、合并、拆分或重組這幾個(gè)階段，在此不做過多的描述。與其他幾個(gè)階段相對(duì)應(yīng)，測試從軟件開發(fā)過程按階段可以劃分為：單元測試、集成測試、系統(tǒng)測試，在其他的書上可能還能見到諸如確認(rèn)測試、驗(yàn)收測試等名詞，但是前3種測試確實(shí)是最基本的測試活動(dòng)，而其他的測試活動(dòng)只是在某些軟件開發(fā)過程中會(huì)發(fā)生。值得注意的是，通常在談?wù)搯卧獪y試、集成測試和系統(tǒng)測試時(shí)，其實(shí)僅僅談?wù)摰氖遣煌A段的功能測試;而當(dāng)討論性能測試時(shí)，絕大多數(shù)的情況是，一個(gè)已經(jīng)開發(fā)完畢或基本開發(fā)完畢的軟件，測試人員用一種或幾種性能測試工具，以盡量模擬真實(shí)用戶行為的方式對(duì)該軟件進(jìn)行并發(fā)操作，收集并比較不同場景的結(jié)果，然后對(duì)軟件的性能進(jìn)行分析，這個(gè)活動(dòng)通常發(fā)生在系統(tǒng)測試階段，甚至更往后的階段，如運(yùn)行維護(hù)階段。

一直以來，性能測試跟單元測試、集成測試似乎都是絕緣的?？墒撬鼈冋娴膽?yīng)該是絕緣的嗎?沒有任何理由可以說明性能測試跟單元測試、集成測試無關(guān)，除非你認(rèn)為“這太難了，我不會(huì)做”（這正好是本章主要想說的）或者“做這個(gè)沒什么意義，浪費(fèi)時(shí)間”（那么請接著往下看）。眾所周知，把測試劃分為單元測試、集成測試和系統(tǒng)測試，而不僅僅是在最后關(guān)頭做一個(gè)系統(tǒng)測試，其主要原因有兩點(diǎn)：同樣的缺陷在不同階段被發(fā)現(xiàn)，其修復(fù)成本差異極大，而越早發(fā)現(xiàn)缺陷，修復(fù)成本越??；某些缺陷幾乎只能在某個(gè)階段被發(fā)現(xiàn)，即在其他階段需要投入巨大的人力才能發(fā)現(xiàn)這些缺陷或根本不可能發(fā)現(xiàn)這些缺陷。簡而言之，對(duì)于不同階段的測試活動(dòng)，總有一些缺陷是最適合被發(fā)現(xiàn)和修復(fù)的。對(duì)于功能性缺陷這點(diǎn)早已達(dá)成共識(shí)，而對(duì)于性能性缺陷，由于性能測試本身起步較晚、性能問題比較難以暴露、早期用戶對(duì)性能問題容忍度比較高、商業(yè)性能測試工具價(jià)格昂貴等原因，很多時(shí)候可能根本不會(huì)進(jìn)行性能測試，或僅進(jìn)行比較簡單的性能測試，因此雖然性能性缺陷同樣有這個(gè)特性，但卻被人們遺忘了。簡單地列舉幾個(gè)在不同階段進(jìn)行性能測試的好處。1?在單元性能測試中運(yùn)行一遍后就能發(fā)現(xiàn)的內(nèi)存泄漏問題,如果這個(gè)問題遺留到系統(tǒng)測試階段，可能需要花費(fèi)幾天的時(shí)間才能找到問題的所在，尤其是當(dāng)Dump內(nèi)存信息后發(fā)現(xiàn)大量對(duì)象是到處都在使用的基本對(duì)象時(shí)，欲哭無淚可能是性能優(yōu)化人員此時(shí)的真實(shí)寫照，這點(diǎn)筆者曾有幸體驗(yàn)過;而實(shí)際上運(yùn)行一遍單元測試的時(shí)間可能也就幾分鐘，此時(shí)發(fā)現(xiàn)問題極易解決。

2?異構(gòu)系統(tǒng)之間的接口，通常是先完成接口，而調(diào)用接口的系統(tǒng)可能過很久才會(huì)完成。當(dāng)然，可以等完成調(diào)用接口的系統(tǒng)后直接對(duì)該系統(tǒng)進(jìn)行測試，接口的性能自然被測試到了，但是萬一很不幸性能測試結(jié)果不佳，再花費(fèi)一番力氣后終于確定是接口性能不佳，那可能就得大費(fèi)周折地重新寫接口了。更倒霉的是別的系統(tǒng)已經(jīng)在用新的接口了，而不巧的是新老接口又不兼容（比如差一個(gè)參數(shù)什么的），那代價(jià)可就大了;如果進(jìn)行過接口性能測試，問題早就發(fā)現(xiàn)并解決了，這時(shí)候真是想想都會(huì)笑了。越早開始性能調(diào)優(yōu),調(diào)優(yōu)工作就會(huì)越容易。當(dāng)組件小規(guī)模的集成后即可運(yùn)行并調(diào)優(yōu)時(shí)，由于系統(tǒng)復(fù)雜度低，自然而然地性能調(diào)優(yōu)的難度會(huì)比較低。很顯然，性能調(diào)優(yōu)是以性能測試為基礎(chǔ)的，那么較早階段的性能測試就很有必要了。在運(yùn)行維護(hù)階段，系統(tǒng)已經(jīng)在穩(wěn)定地為用戶提供服務(wù)了，這時(shí)候還需要進(jìn)行性能測試嗎?需要。因?yàn)樯a(chǎn)系統(tǒng)可能會(huì)表現(xiàn)出疑似性能問題的癥狀，這時(shí)候性能測試是查找問題的有效手段，有助于為用戶提供更好的服務(wù);性能再好的系統(tǒng)也會(huì)有極限，當(dāng)用戶數(shù)不斷增長的時(shí)候，通過性能測試來評(píng)估系統(tǒng)的容量，以確定系統(tǒng)應(yīng)如何進(jìn)行擴(kuò)容或者需要更換新的架構(gòu)，通常這稱之為容量評(píng)估。很明顯，性能測試和功能測試一樣貫