應(yīng)用程序的性能應(yīng)該符合其預(yù)期使用要求。如果任何時候都不會有超過100個用戶使用新服務(wù)，那么就沒有必要設(shè)置每秒300個并發(fā)連接的性能目標(biāo)。這些武斷的性能指標(biāo)是浪費時間，而且可能會讓新網(wǎng)站發(fā)布過程中的的質(zhì)量保證階段產(chǎn)生嚴(yán)重拖延。
 
雖然技術(shù)人員和技術(shù)主管們都希望提高應(yīng)用程序的性能，但團隊不能因為過分關(guān)注性能而影響最終用戶的響應(yīng)時間。測量最終用戶真實響應(yīng)時間的唯一方法就是在全國或全球各地建立服務(wù)器，然后定期訪問一個網(wǎng)頁，如每隔15~30分鐘。這就是所謂的真實瀏覽器性能測試，也是種監(jiān)控Web應(yīng)用程序運行狀況的長期方法。它可以最有效地確定一個Web應(yīng)用程序的運行性能。通常，這些過程由第三方公司執(zhí)行，他們會代表客戶在指定的位置執(zhí)行測試。 Keynote和 Gomez就是兩家能夠提供這種服務(wù)的著名公司。對于大多數(shù)公司而言，建設(shè)這種基礎(chǔ)架構(gòu)的成本可能太高了，而且需要投入大量的資源，但是回報甚微。因此，最好是使用一些專業(yè)公司提供的服務(wù)，他們的核心競爭力就是提供Web性能監(jiān)控和測試服務(wù)。


 
生產(chǎn)環(huán)境測試并不一定意味著要將新產(chǎn)品發(fā)布到生產(chǎn)環(huán)境中執(zhí)行，因為如果出現(xiàn)問題，則可能會破壞品牌形象。如果給現(xiàn)有網(wǎng)站引入一個新特性，或者修改其中一個重要部件，那么最好先導(dǎo)入一小部分流量將網(wǎng)站的新特性或修改部分交付這部分用戶使用。應(yīng)用程序在內(nèi)部通過了全面測試之后，最好要分析用戶流量對新應(yīng)用程序、網(wǎng)站或特性的影響。這種方法一定要謹(jǐn)慎使用，因為這個特性只讓少數(shù)用戶測試過，這并不代表全負(fù)載運行不會出現(xiàn)問題。這種方法的效用主要在于，它可以為我們提供以下數(shù)據(jù)
 
只有在生產(chǎn)負(fù)載下才會發(fā)生的錯誤和行為；
知名度數(shù)據(jù)有多少用戶愿意和喜歡使用這個新特性；
性能標(biāo)準(zhǔn)。
 
這種方法可以用流量匯集技術(shù)實現(xiàn)，即讓負(fù)載均衡程序根據(jù)URL導(dǎo)入一部分流量。例如，包含新代碼的Web服務(wù)器或應(yīng)用服務(wù)器可能有個URL: /beta/player。該可能位于一個服務(wù)器群的10101000阿絡(luò)中。大多數(shù)負(fù)載均衡程序都可以配置為只允許一定比例的流量或會話進(jìn)入包含新應(yīng)用程序或模塊的應(yīng)用程序或Web服務(wù)器。
 
在受控的生產(chǎn)環(huán)境測試設(shè)置中收集到一些性能和日志數(shù)據(jù)之后，我們就可以分析這些數(shù)據(jù)，將它們與內(nèi)部測試和合成測試的結(jié)果進(jìn)行比較。
 
如果測試對象不是現(xiàn)有網(wǎng)站制作的一個新特性，而是一個全新發(fā)布的網(wǎng)站，那么測試就更加重要了。許多新建或全新的網(wǎng)站都需要加入一個邀請頁面，然后邀請一部分用戶試用它們的服務(wù)。問題在于，這些用戶是經(jīng)過選擇的，他們知道自己是Bea測試用戶，他們的作用是幫助開發(fā)者修改錯誤，協(xié)助最終正式發(fā)布。執(zhí)行密集內(nèi)容測試和少量生產(chǎn)環(huán)境測試，然后將生產(chǎn)使用及錯誤數(shù)據(jù)與內(nèi)部測試數(shù)據(jù)進(jìn)行比較，這個過程完全相同；它們的區(qū)別在于新網(wǎng)站的訪問限制是通過一個選擇加入列表來控制的，而不是使用自動化的負(fù)載均衡和根據(jù)一些條件(如年齡)來識別用戶的標(biāo)記系統(tǒng)。