保證軟件質量的責任并不專屬于某個部門。只要使用一些常用的工具集，Web開發(fā)人員、運維工程師和QA工程師就都能執(zhí)行各種測試一所有利益相關者都應該參與到軟件質量的保證過程中。這就要求將測試整合到測試框架和持續(xù)集成過程中，或者用一些方法實現自動化測試，這樣才能快速高效地檢查Web或應用程序的性能。
 
為了確定軟件的執(zhí)行方式，就一定要執(zhí)行各種測試，包括功能測試和壓力測試，尤其應該對新應用程序的開發(fā)采取這樣的測試方式。對于些質量不錯的應用程序，我們還希望了解它以前的執(zhí)行方式，因為這樣可以避免執(zhí)行一些強度更大的壓力測試，如最大容量和持實負載。通過收集關于各個層執(zhí)行基線的數據，如Web層、應用程序層和數據庫層，我們最終就可以減少各個層的測試或完全不需要測試。如果這些實踐方法實現了自動化，或者可以定期執(zhí)行，那么它們就可以整合到軟件開發(fā)生命周期中。


 
軟件測試并沒有硬性規(guī)定或捷徑，但是遵循一些實踐經驗可以幫助各種組織生產出質量更優(yōu)的軟件，并且減少客戶在生產階段可能遇到的錯誤數量。當然，每一種測試所使用的級別、頻率、細致程度和自動化程度取決于Web應用程序的復雜性、應用程序使用率以及應用程序所產生的業(yè)務收益。如果應用程序很復雜，使用率很高，而且還能產生大量的收益，那么web開發(fā)人員和運維工程師就必須緊密協作，一起對應用程序與基礎架構進行全面測試，保證它們的高可用性和故障修復能力。
 
下面的規(guī)則可用于確定Web應用程序需要執(zhí)行多少測試
 
復雜性。網站或應用程序越復雜，它需要執(zhí)行的測試就越多。例如，數據挖掘或金融行業(yè)的應用程序所需要的測試要多于一般的LAMP( Linux Apahce MYSQL)Web應用程序。如果一款Web應用程序只是被一小部分內部用戶使用，那么它的測試規(guī)模肯定不如每天面對上百萬用戶訪問的網站或應用程序。應用程序的使用率越高，也就意味著有可能在特殊極端條件下，出錯的概率就越高?？傊欢ㄒ趹贸绦虿渴鸬缴a環(huán)境之前査清這個問題。ロ成本。即使一個網站的使用率很高，它也不一定會產生大量的收益。如果網站和應用程序每天能夠產生上百萬、上千萬或幾千萬美元的收益，那么它通常是公司中較為重要的基線產品，因此它的財務風險決定了必須對它們執(zhí)行更多的測試文化。如果技術團隊習慣于參與和編寫自己的網站設計測試，那么專職的QA等其他團隊可能就不需要執(zhí)行很多測試。但是，其他部門仍然必須參與某些測試。