介紹
為什么要對應用程序進行壓力測試？
準備運行壓力測試
運行壓力測試
計算壓力測試結果
成功運行壓力測試的提示
結束摘要
Microsoft? Windows? DNA 應用程序的開發和部署中經常被忽略的步驟是對應用程序進行壓力測試，確保當生產環境中最大數量的授權用戶訪問該應用程序時，它將按預期執行。本文強調當涉及使用 Microsoft Data Access Components (MDAC) 開發應用程序時壓力測試的重要性，并且提供一些提示使該過程更容易完成。
本文的目的是幫助有經驗的開發人員和 IT 專業人員設計和實現完整的壓力測試方案，診斷測試結果，并建議進行某些更改以糾正缺陷。本文假設讀者熟悉 Microsoft Windows NT? Server、Microsoft SQL Server?、Microsoft Internet Information Server (IIS)、Active Server Pages (ASP)、Microsoft ActiveX? 數據對象 (ADO) 和 Microsoft Component Services 環境（或者如果使用的是 Windows NT，為 Microsoft Transaction Server [MTS]）等技術。
應該強調 COM 或 DCOM 組件中業務邏輯和數據訪問過程的正確實現，包括 ADO 組件。由于性能和可靠性的原因，這些過程不應該駐留在 Active Server Page 中。如果您關心應用程序將如何在壓力下運行，則您可能已經設計了利用這些組件和組件服務環境益處的應用程序。
本文不嘗試討論由客戶端瀏覽器或帶寬限制引起的壓力問題，而是主要專注于服務器端數據訪問組件和它們與 Internet Information Server 的交互。本文也不處理因使用 Remote Data Services (RDS) 所帶來的難題。
為什么要對應用程序進行壓力測試？在生產環境中部署應用程序之前應該總是先執行壓力測試。對支持 Web 的應用程序進行壓力測試的基本目的是達到下列目標： 精確測量當系統上總用戶負載增加時各用戶的具體使用境況 在生產環境中部署應用程序之前，確定由應用程序使用的最大硬件容量并因此確定硬件升級是否必要 定義應用程序用戶可接受的性能閾值，即平均頁響應時間 確保當系統中出現了預計的最大并發用戶負載時性能閾值能夠保持在可接受的水平上
對于要獲得成功的大多數 Web 應用程序，用戶體驗最為關鍵。然而，使應用程序經過壓力測試過程有許多充足的理由，包括： 在開發中運行很好的應用程序在高壓力環境下運行時可能表現很差。例如，當多個應用程序同時使用 Internet Information Server 或 SQL Server 計算機時，如果沒有將應用程序設計為可在該方案中正確運行，則將新的應用程序添加到這些應用程序中會干擾、甚至可能會中斷現有應用程序。 客戶將在最初幾次使用應用程序時形成對其最重要的印象。如果因為壓力問題使最初印象不好，則即使以后解決了該問題，也很難改變他們的印象。另一方面，通過在部署前對應用程序進行充分壓力測試，您可以在客戶中樹立良好的聲譽，證明您是創建又好又快且按預期運行的應用程序的開發商。 負責部署和維護應用程序的 IT 團隊將和客戶一樣（甚至比客戶更加）贊賞您的壓力測試。他們身處一線，并且將首先聽到意見和評論。如果可以可靠地預見將影響 IT 團隊的可縮放性問題，則該團隊成員在您需要他們的技術時更愿意幫助您。 潛在的業務伙伴也應該包括在客戶滿意度矩陣中。如果他們決定將您的應用程序作為一個部分包括在更大的應用程序軟件包中，則他們可以大大提高您的應用程序成功率。準備運行壓力測試
要確定最佳情況下的服務器分析值（也稱為基準），應首先在受控環境中測試試驗系統配置。其次，應該在模擬生產環境中測試以確定生產環境配置如何影響試驗系統的結果。
在準備開發循環的壓力測試階段時，需要注意以下方面： 硬件與軟件的配置 服務器配置 安全配置 用戶負載配置 選擇正確的壓力工具硬件與軟件配置
試驗系統應盡可能鏡像生產系統。CPU、RAM 和網絡帶寬的硬件配置是將在壓力測試期間被檢測的最重要方面。應努力復制軟件配置，例如適當的 Microsoft Windows 版本和 Service Pack、MDAC 版本、Internet Information Server 配置和將在實際生產系統中的相同機器上運行的任何其他應用程序。安裝和注冊中間層業務規則和數據訪問 COM 組件，并按應用程序設計要求對它們進行配置。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
