3.1 定義回測和異常, 解釋回測的重要性
Back Testing是用來比較實際的損失和預測的VaR
Exception是超出VaR值發生的情況（通常是天數）。
VaR模型是基于靜態投資組合的，但實際組合每天都在發生變化。所以通過回測來減小這種動態帶來的影響。每天用實際收益和預測收益進行對比，從而觀測VaR模型的效果。
- 回測的horizon要盡可能短
- 回測的CL不要太高，太高會降低有效性
- 想要的框架是高概率拒絕不正確的模型
- 降低VaR的置信區間，提高觀測數量都可以提升回測框架
！！！回測的CL和VaR的CL沒有任何關系！！！
3.2 解釋在回測一個VaR模型時候的顯著性困難
回測的范圍內只有有限的樣本，很難決定是否接受exception
3.3 基于異常和Failure Rate驗證一個模型
Failure Rate = Exception的次數/樣本的數量
設定一年的交易日是252天，計算不同比例VaR值的置信區間范圍
image
例題分析：
image
答案A，兩個CL沒啥關系
3.4 定義和識別Type I和Type II errors
- Type I： VaR是正確的，但是回測檢驗給拒絕了，誤殺
- Type II：VaR是錯誤的，但是回測檢驗給接受了，錯放
兩類錯誤是逆相關的，一個升高一個一定降低
3.5 解釋在回測框架中需要考慮Conditional Coverage
觀察的exception可能是bunch或cluster，確定是bunch并不能說明模型失效。
Conditional Coverage可以幫助檢查異常的時機，
例題解析：
image
答案：D
3.6 描述巴塞爾的回測規則
Basel要求過去一年的回測置信區間是99%，所以只能允許250*0.01=2.5個Exception
Basel會按照下表要求銀行提供k系數計算得到的Capital
image
Basel定義的四種情況：
- 模型完整性缺失the basic integrity of model is lacking，嚴懲
- 模型精確度不夠model accuracy needs improvement，嚴懲
- 日間交易Intraday trading，看情況
- 運氣不好，看情況
例題分析：
image
答案A
