壓力測試

識別那些可能提高異常利潤或損失發生概率的事件或情境，度量這些事件發生時銀行資本充足率狀況。測試的質量取決於構造合理、清晰、全面的情景。

銀行的壓力測試通常包括信用風險、市場風險、操作風險、其他風險等方面內容。壓力測試中，商業銀行應考慮不同風險之間的相互作用和共同影響。

壓力測試包括敏感性測試和情景測試等具體方法。敏感性測試旨在測量單個重要風險因素或少數幾項關係密切的因素由於假設變動對銀行風險暴露和銀行承受風險能力的影響。情景測試是假設分析多個風險因素同時發生變化以及某些極端不利事件發生對銀行風險暴露和銀行承受風險能力的影響。

壓力測試能夠幫助商業銀行充分了解潛在風險因素與銀行財務狀況之間的關係，深入分析銀行抵禦風險的能力，形成供董事會和高級管理層討論並決定實施的應對措施，預防極端事件可能對銀行帶來的衝擊。對於日常管理中廣泛應用各類風險計量模型的銀行，壓力測試應成為模型方法的重要補充。壓力測試也能夠幫助銀監會充分了解單家銀行和銀行業體系的風險狀況和風險抵禦能力。

（1）敏感度分析（sensitiveanalysis）

此方法是利用某一特定風險因子或一組風險因子，將因子在執行者所認定的極端變動的範圍內變動，分析其對於資產組合的影響效果。這一分析方法的優點在於容易了解風險因子在可能的極端變動中，每一變動對於資產組合的總影響效果及邊際效果，缺點則是執行者對於每一逐漸變動所取的幅度及範圍必須十分恰當，否則將會影響分析的結果與判斷，特別是對於非線性報酬率的資產組合，這種情況將更為顯著。

（2）情景分析（scenarioanalysis）

即一組風險因子定義為某種情景，分析在個別情景下的壓力損失，因此此類方法稱為情景分析。情景分析的事件設計方法有兩種：歷史情景分析和假設性情景分析。

① 歷史情景分析（Historicalscenario）

利用某一種過去市場曾經發生的劇烈變動，評估其對現在的資產組合會產生什麼影響。例如考慮1987年美國股市崩盤，計算當時的歷史變動幅度，並依此基礎分析評估對資產組合的影響。BCGFS（2001）的研究顯示，1998年俄羅斯政府違約事件，是金融機構用來在信用風險壓力測試上使用的壓力事件，其他如中南美洲比索風暴、東南亞金融風暴亦是很重要的壓力事件。這種方法的優點是具有客觀性，利用歷史事件及其實際風險因子波動情形，在建立結構化的風險值計算上較有說服力，且風險因子間的相關變化情形也可以依歷史數據作為依據，使模型假設性的情形降低許多。此外，這種模型較直覺，重大歷史事件的深刻印象將使風險值與歷史事件緊密結合，管理者在設定風險限額時，便可依歷史事件的意義來進行評估，使決策更具說服力。

但這種方法的缺點在於現今金融市場變動非常迅速，許多金融商品不斷創新，因此歷史事件無法涵蓋此類商品，且某些商品的歷史價格未出現極端情況，亦無法利用此方法進行衡量。雖然過去發生過的情景未來不一定會再發生，但使用歷史情景分析方法來對資產進行風險管理，至少可保證過去的壓力事件，在事前預防下，未來不會重演。

② 假設性情景分析

僅以歷史情景分析進行壓力測試有其限制，參考歷史事件並另建立對於每個風險因子可能產生的極端事件，將使得壓力測試更具完整性，這就是假設性情景分析。這種分析方法銀行可自行設計可能的各種價格、波動及相關係數等的情景，這些計算的設定主要來自經驗及主觀。

目的是在軟體投入使用以前或軟體負載達到極限以前，通過執行可重複的負載測試，了解系統可靠性、性能瓶頸等，以提高軟體系統的可靠性、穩定性，減少系統的宕機時間和因此帶來的損失。

情境壓力測試即主體向被觀察者布置一定任務和作業，藉以觀察個體完成任務的行為。工作樣本測驗、無領導小組討論都可算作情境壓力測驗。

在軟體工程中，壓力測試是對系統不斷施加壓力的測試，是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。例如測試一個 Web 站點在大量的負荷下，何時系統的響應會退化或失敗。網路遊戲中也常用到這個辭彙。

網路定義：

2009年9月7日下午，移動公司開商務車裝載200多部電信手機，在溫州某大學邊上不停撥打，導致電信網路癱瘓。電信發現后連車帶人押送到公安局，在公安局，移動自稱沒有違法，只是幫電信做壓力測試。

“壓力測試”與俯卧撐、打醬油等辭彙一樣，成為網路流行辭彙。

壓力測試、終端機性能功率、各項性能趨勢指標等。