如果是MT4的回測，需要注意幾個點：
1. 如果你的策略是基於Tick資料的話，回測至少要達到99%的精度。（例如使用TickStory下載資料以及回測）
2. 如果你的策略對點差很敏感的話，建議使用輔助工具進行真實浮動點差的資料回測，而不要用MT4自己的固定點差。（例如使用Tick Data Suite）
3. 如果你的策略對滑點很敏感，或者在行情突破瞬間下單，或者使用Stop單的話，一定要利用滑點生成工具做回測（例如使用Tick Data Suite），或者將程式碼轉換到別的平臺回測（例如JForex），因為MT4的預設回測是不會有滑點的。
4. 如果你的策略對時間敏感的話，要注意自己的回測資料是否設定了正確的時區。
5. 如果你的策略是依靠StopLoss平倉的話，要注意MT4的回測器會忽略真實的價格，而用你設定的SL平倉，造成結果和實盤大相徑庭（例如一個多單，SL為1.00150，行情前一個Tick是1.00155，下一個Tick瞬間跌倒1.00100，那麼實盤應該是1.00100平倉，但是MT4回測器是1.00150平倉）。我的解決方案是，使用JForex回測（JForex的SL是和實盤一致的，並且支援MQL4的EA轉換，只要不是用了什麼冷門的程式碼基本都能成功）
6. 當MT4回測都沒問題後，建議將同樣的策略在JForex和cTrader上都進行同一時間段的回測，如果3個平臺的回測都能保證盈利，那麼實盤上盈利就八九不離十了。
7. 如果你的策略依賴下單速度，那麼要注意你的VPS和Broker的伺服器之間的延遲，以及伺服器的訂單實際執行速度，兩者缺一不可。我原來測試過一個策略，VPS和Broker的伺服器延遲在0.5ms~1.2ms，滿足需求，但是發現訂單執行很慢，測了一下才發現平均每個訂單處理速度需要200ms~400ms，時不時還出現1500ms的超慢速，導致實盤無法盈利，最後更換Broker才解決。
8. 當以上幾點都沒問題，準備上實盤的話，建議用最小倉位（例如0.01）至少測試3個月，如果和預想結果一直，就可以按照原計劃進行了。
暫時想到這麼多，green pips to you!
到Tick Data Suite的官網下載一個匯入csv格式轉換工具，這個匯入工具是免費的，也可在網上查CSV2FXT，很多地方能下。
如果是MT4的回測，需要注意幾個點：
1. 如果你的策略是基於Tick資料的話，回測至少要達到99%的精度。（例如使用TickStory下載資料以及回測）
2. 如果你的策略對點差很敏感的話，建議使用輔助工具進行真實浮動點差的資料回測，而不要用MT4自己的固定點差。（例如使用Tick Data Suite）
3. 如果你的策略對滑點很敏感，或者在行情突破瞬間下單，或者使用Stop單的話，一定要利用滑點生成工具做回測（例如使用Tick Data Suite），或者將程式碼轉換到別的平臺回測（例如JForex），因為MT4的預設回測是不會有滑點的。
4. 如果你的策略對時間敏感的話，要注意自己的回測資料是否設定了正確的時區。
5. 如果你的策略是依靠StopLoss平倉的話，要注意MT4的回測器會忽略真實的價格，而用你設定的SL平倉，造成結果和實盤大相徑庭（例如一個多單，SL為1.00150，行情前一個Tick是1.00155，下一個Tick瞬間跌倒1.00100，那麼實盤應該是1.00100平倉，但是MT4回測器是1.00150平倉）。我的解決方案是，使用JForex回測（JForex的SL是和實盤一致的，並且支援MQL4的EA轉換，只要不是用了什麼冷門的程式碼基本都能成功）
6. 當MT4回測都沒問題後，建議將同樣的策略在JForex和cTrader上都進行同一時間段的回測，如果3個平臺的回測都能保證盈利，那麼實盤上盈利就八九不離十了。
7. 如果你的策略依賴下單速度，那麼要注意你的VPS和Broker的伺服器之間的延遲，以及伺服器的訂單實際執行速度，兩者缺一不可。我原來測試過一個策略，VPS和Broker的伺服器延遲在0.5ms~1.2ms，滿足需求，但是發現訂單執行很慢，測了一下才發現平均每個訂單處理速度需要200ms~400ms，時不時還出現1500ms的超慢速，導致實盤無法盈利，最後更換Broker才解決。
8. 當以上幾點都沒問題，準備上實盤的話，建議用最小倉位（例如0.01）至少測試3個月，如果和預想結果一直，就可以按照原計劃進行了。
暫時想到這麼多，green pips to you!