關鍵字：壓力測試 項目管理
日復一日的研發工作即將告一段落。對于項目經理和項目團隊來說，系統割接上線是一個重要的里程碑。生活和工作的節奏改變，白天和黑夜沒有差別。如果系統割接上線后，沒有出現大的系統故障，而是日趨穩定，那么項目團隊的苦日子就算是熬到頭了。
可是，如果系統割接上線后，重大故障頻發，怎么辦?前天是Web服務器CPU 100%，導致無法響應客戶請求;昨天是數據庫鎖表，大量數據庫連接阻塞，無法獲取需要的數據;今天是某個WebService接口在高并發下出現異�！裉�，疲憊的我們解決了這個故障，天蒙蒙亮的時候回到了家�？墒敲魈炷�，明天會發生什么事?作為項目經理，我們怎么能對明天毫無信心??
給予我們信心的，是項目經理對于項目成員的充分信任，以及對于軟件系統的深刻理解。信任，是建立在長期共同工作、共同解決問題，彼此充分了解基礎上的。而對于項目組所開發的軟件系統的深刻理解，則需要更多管理技術手段來保證。其中最為重要的技術手段，就是壓力測試(或性能測試)。
壓力測試不僅是孤立測試各個軟硬件的性能指標，而是要與軟件應用系統結合，盡可能模擬真實的業務場景，從而充分評估系統上線后可能發生的情況。也就是，當業務量達到高峰時，各個服務器CPU指標大概是多少，內存指標大概是多少，IO、網絡是否有問題?這些都應當事先被測量。
然而，真實系統的應用環境非常復雜，用戶在使用各個系統功能時的比例，外部系統操作等等都會對系統性能指標構成影響。要準確模擬割接后的業務高峰時的系統狀態，就必須根據實際業務指標進行分解和設計壓力測試方案。具體的說，分析系統有幾類主要用戶(或相關系統)，每類用戶對系統的操作主要有哪幾種場景，每種所占的比例等等。最后將上述指標全部定量化，用于編制壓力測試腳本。因此，壓力測試方案的設計者，也常常不是測試人員，而是項目經理或架構師。只有項目經理和架構師對系統才能有非常全面的理解，確保在設計方案時不會有大的疏忽。
根據實際業務場景設計的壓力測試方案還能有效優化代碼質量。例如，業務場景A與業務場景B的業務復雜度相似，訪問人數也相似，測試結果卻發現業務場景A消耗的資源多得多。那么，
文章來源于領測軟件測試網 http://www.kjueaiud.com/
