保存Web應(yīng)用程序中各個層的歷史性能數(shù)據(jù)，有利于快速確定問題所在位置。典型的三層架構(gòu)包括Web層、應(yīng)用層和數(shù)據(jù)層。性能問題有可能出現(xiàn)在任一層，因而此舉會增加排查問題的難度。通過保存各個層的性能數(shù)據(jù)，我們就有可能在最終用戶遇到問題之前就檢測并解決掉，或者，更關(guān)鍵的是，在這些問題影響到網(wǎng)站或應(yīng)用中與收益相關(guān)的功能之前就將它們排除。Web開發(fā)人員必須與運維人員一起協(xié)作，監(jiān)控各層的運行狀況，確定各層的測試方式應(yīng)該是兩個團隊的共同職責(zé)。例如，Web開發(fā)人員可能負責(zé)保存應(yīng)用層和Web層的...

在任何網(wǎng)站上，在測試前端時都必須模擬真實用戶在網(wǎng)站上執(zhí)行真實功能的情形。這就是所謂的真實瀏覽器測試，它不同于使用工具( Apache-Bench或Jmeter)執(zhí)行的合成測試，后者只是模擬網(wǎng)站前端的流量負載。真實瀏覽器需要一定的時間才能構(gòu)造出文檔對象模型( DOM)，這其中包括解析JavaScript， 然后再渲染網(wǎng)頁。Apache-Bench和Jmeter等工具無法測試真實瀏覽器在這些方面的加載過程。...

測試對象取決于Web應(yīng)用程序當(dāng)前所處的軟件開發(fā)生命周期。在開發(fā)早期，我們可能需要直接測試軟件的各個獨立組件，從而更好地理解各個組件的運行方式。這是因為，在一款Web應(yīng)用程序中，實際上會有多個Web層參與到頁面的顯示與最終用戶請求的響應(yīng)中。...

安全至關(guān)重要，但在Web應(yīng)用程序測試中經(jīng)常被忽視。它經(jīng)常被視為測試過程中不必要的部分，這是不正確的。將漏洞測試整合到測試和持續(xù)集成周期中，我們不僅能夠發(fā)現(xiàn)安全漏洞，也能夠發(fā)現(xiàn)性能問題、功能問題和其他不可預(yù)期的Bug否則無法檢測到這些Bug，它們甚至在應(yīng)用程序的真實應(yīng)用中也極少出現(xiàn)。...

Web測試可以由負責(zé)開發(fā)某個應(yīng)用程序的開發(fā)人員編寫，也可以由其他工程師編寫，主要就是編寫功能測試。運維人員甚至可以使用Selenium測試框架( selenium.org)這樣的工具來執(zhí)行真實測覽器的自動監(jiān)控或測試。這里的關(guān)鍵是，使用真實瀏覽器測試Web應(yīng)用程序，Web測試的準(zhǔn)確性和真實性都會好于編寫代碼發(fā)起HTP請求的人工測試，而且后者還無法在瀏覽器中解析和渲染 Javascript.。用戶使用Web瀏覽器訪問網(wǎng)站，所以不使用瀏覽器，就無法在測試中產(chǎn)生最準(zhǔn)確的結(jié)果。...

TDD的學(xué)習(xí)難度很大。我認為BD在很多方面都是對TD0的科充和修 BDD是在TDD出現(xiàn)5年之后才面市的，BDD是TDD的延續(xù)，因為正。BDD修正了我們對于例試的定義和命名，還對編寫這些測試的方法以及適宜人員提出了一定的建設(shè)性意見。在過去六七年中，BDD一直在向前發(fā)展一也可能有8年時間了，我認為是從200年開始的。所以，對于我而育，現(xiàn)在BD更多是關(guān)于利益相關(guān)者、測試人員、程序員和用戶之間的交流。...

測試使我們能夠根據(jù)需要來修改軟件。在我們的環(huán)境中，客戶都是商人(手握鈔票)，他們總會要求很多功能和特性，甚至一天會提幾次要求，因此我們不得不做大量的小修改。測試可以幫助我們完成這些修改，并且保證不搞壞什么東西。也就是說，所有工作都依賴于測試帶來的價值。有時候，測試很有難度，也可能變得很麻煩。如果想要快速完成軟件的修改，那么就不太可能測試所有的方面，而且維護這些測試也很困難。例如，我的上一家公司就非常注重測試，因為他們的軟件不會經(jīng)常變化。但是，另一方面，我們也無法快速獲得反饋。...

持續(xù)負載測試(浸泡測試)是指在一段較長時間里用不同的負載持續(xù)測試網(wǎng)站或應(yīng)用程序。這種方法可以在應(yīng)用程序正式上線之前發(fā)現(xiàn)有問題。一般只有在軟件發(fā)生重大變化或重大版本發(fā)布時，才需要執(zhí)行持續(xù)負載測試，測試的時間可能持續(xù)24小時或者幾天。...

網(wǎng)站最大容量測試(壓力測試)是指給最終用戶服務(wù)施加一定的負載確定Web應(yīng)用程序或網(wǎng)站崩潰和停止工作的臨界點。這個方法是容量規(guī)劃和確定應(yīng)用程序可承受壓力或負載的重要方法。這是測試環(huán)境內(nèi)部經(jīng)常會執(zhí)行的合成測試。萬萬不可在生產(chǎn)網(wǎng)站上執(zhí)行最大容量測試，因為它可能會導(dǎo)致網(wǎng)站停止響應(yīng)，從而影響業(yè)務(wù)收益。最大容量測試有可能發(fā)現(xiàn)代碼問題。負載相對較低或會話數(shù)量相對較少的應(yīng)用程序也可能會出現(xiàn)一些功能問題，只有解決了這些問題，我們才能繼續(xù)執(zhí)行后續(xù)的測試。...

保證軟件質(zhì)量的責(zé)任并不專屬于某個部門。只要使用一些常用的工具集，Web開發(fā)人員、運維工程師和QA工程師就都能執(zhí)行各種測試一所有利益相關(guān)者都應(yīng)該參與到軟件質(zhì)量的保證過程中。這就要求將測試整合到測試框架和持續(xù)集成過程中，或者用一些方法實現(xiàn)自動化測試，這樣才能快速高效地檢查Web或應(yīng)用程序的性能。...