性能測(cè)試的幾個(gè)階段

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

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

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