關於實時交易系統的性能測試方案，使用loadrunner進行性能測試，得到系統在要求TPS下的相關指標，如併發虛擬用戶數，響應時間等，並獲取系統拐點（單交易測試），驗證系統是否穩定。相關概念性知識點有：
0、對方的測試指標：
如：
（1） 聯機場景：
聯機交易每秒事務次數（TPS）不低於100，每筆聯機交易平均響應時間不大於1秒，交易成功率不低於99.99%。
（2）批量場景：
收益文件導入時長不超過45分鐘；客戶統計日報表數據導入時長不超過20分鐘，客戶統計月報表數據導入時長不超過30分鐘，客戶統計年報表數據導入時長不超過1小時；餘額統計日報表數據導入時長不超過5分鐘，餘額統計月報表數據導入時長不超過1分鐘，餘額統計年報表數據導入時長不超過1分鐘；與基金公司對賬文件時長不超過5分鐘。
1、單交易基準測試：
基準測試就是根據你的設計腳本，設置腳本爲單用戶，思考時間爲0，迭代100次等驗證腳本的正確性。
2、單交易負載測試：
通過以一定併發虛擬用戶執行單支交易，在被測系統上施加一定程度的壓力，此測試是爲了測試各單個交易的性能表現，爲系統調優提供數據。根據選定的被測交易，如：分別進行“運行10分鐘” 的單交易負載測試。
3、混合負載測試：
考察被測系統在多支被測交易按照一定交易比例併發執行情況下的性能表現。其中的比例就是一個按照實際業務場景設計的一個權重指標概念。
4、穩定性測試：
同樣是多隻交易在一定TPS下的混合測試，時間一般爲4-8小時的負載。
5、批量測試：
這個在有任務計劃或者存在批量導入導出時比較需要主要。
5、一般驗證性測試，非面向目標場景的測試流程。
（1）確定典型業務，或者交易，如 查詢業務1，查詢業務2，上報業務1，上報業務4四個典型交易
（2）確定總體的TPS(混合下的)目標，客戶提出，如 確定系統不低於每秒交易量 TPS100
（3）確定每個交易在實際業務使用場景下的權重（使用比例），如對對應上面的四個交易：0.2,0.3，0.3,0.2
（4）則：單交易負載的場景設置相關計算：
TPS=100*0.2*2 = 40pacing(步長，包括思考時間) 5svu=40*5=80個
其它四個交易以此類推。
（5）混合負載測試：
設置三個大場景，分別設置佔用的tps數權重：0.6 0.8 1，則三個大場景的目標tps爲 60 80 100
對於的場景60的單個腳本的用戶數：
其它場景類似。
（6）混合穩定：
一般爲tps穩定下，比如實際測試的 90,4個小時
