這真不是您需要的服務?
壓力測試是指模擬巨大的工作負荷以查看應用程序在峰值使用情況下如何執行操作。利用組件壓力測試,可隔離構成組件和服務、推斷出它們公開的導航方法、函數方法和接口方法以及創建調用這些方法的測試前端。對于那些進入數據庫服務器或一些其他組件的方法,可創建一個提供所需格式的啞元數據的后端。測試儀器在觀察結果的同時,反復插入啞元數據。
這里的想法是在隔離的情況下,對每個組件施加遠超過正常應用程序將經歷的壓力。例如,以盡可能快的速度使用 1 – 10,000,000 循環,查看是否有暴露的問題。單獨測試每個 DLL 可幫助確定組件的失敗總次數。
對于分布式 Web 應用程序,Microsoft 提供“Web 應用程序壓力工具”。有關更多信息,請參見“Microsoft Web Application Stress Tool”(Microsoft Web 應用程序壓力工具).如果您購買了 Visual Studio .NET 企業版,還會提供另一個名為 Application Center Test 的工具,它用來預覽 Application Center 2000 中某些技術的介紹性信息。
使用集中壓力測試
對每個單獨的組件進行壓力測試后,應對帶有其所有組件和支持服務的整個應用程序進行壓力測試。集中壓力測試主要關注與其他服務、進程以及數據結構(來自內部組件和其他外部應用程序服務)的交互。
集中測試從最基礎的功能測試開始。您需要知道編碼路徑和用戶方案、了解用戶試圖做什么以及確定用戶運用您的應用程序的所有方式。
測試腳本應根據預期的用法運行應用程序。例如,如果您的應用程序顯示 Web 頁,而且 99% 的客戶只是搜索該站點、只有 1% 的客戶將真正購買,這使得提供對搜索和其他瀏覽功能進行壓力測試的測試腳本才有意義。當然,也應對購物車進行測試,但是預期的使用暗示搜索測試應在測試中占很大比重。
在日程和預算允許的范圍內,應始終盡可能延長測試時間。不是測試幾天或一周,而是要延續測試達一個月、一個季度或者一年之久,并查看應用程序在較長時期內的運行情況。
使用真實環境測試
在隔離的受保護的測試環境中可靠的軟件,在真實環境的部署中可能并不可靠。雖然隔離測試在早期的可靠性測試進程中是有用的,但真實環境的測試環境才能確保并行應用程序不會彼此干擾。這種測試經常發現與其他應用程序之間的意外的導致失敗的交互。
需要確保應用程序能夠在真實環境中運行,即能夠在具有所有預期客戶事件配置文件的服務器空間中,使用最終配置條件運行。測試計劃應包括在最終目標環境中或在盡可能接近目標環境的環境中運行應用程序。這一點通常可通過部分復制最終環境或小心地共享最終環境來完成。
億博認證中心(EBO)是一家獨立運營的的測試、檢驗及認證機構。EBO提供世界范圍內產品、機械、零配件和體系的認證、測試和審核服務。我們承諾保障客戶利益,提供全程服務,獲取全球多個國家的認證和證明。基于這樣的服務理念,EBO已經成為提供國際認證、全球市場準入服務的領先者。伴隨著我們客戶產品在全球市場的投放,我們主要的服務范圍也不斷擴展,從電氣安全服務到電磁兼容,從人體工學到化學分析(RoHS),從節能到環保顧問,還包括產品性能和生產過程全流程支持;顧問和認證的產品涵蓋家電,燈具,信息設備,辦公設備,電動工具,音頻/視頻設備以及其它電子電氣設備。