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


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