Backtest scalping chỉ hữu ích khi dòng thời gian, báo giá và sổ chi phí đáng tin. Học cách kiểm tra mô hình MT4, nhận ra điều nến không thể cho biết, đối chiếu fill mà không trừ spread hai lần và tách một báo cáo đẹp khỏi chứng cứ vẫn cần kiểm thử.
1. Backtest scalping cần xác minh điều gì?
Một backtest Forex scalping hữu ích cần kiểm tra xem phương pháp được định nghĩa rõ ràng có thể sử dụng thông tin đã có tại từng thời điểm, giao dịch ở mức giá thực thi được và tính đủ chi phí cùng các khoản lỗ liên quan hay không. Đường số dư đi lên không tự trả lời những câu hỏi này. Khi mục tiêu lợi nhuận nhỏ, lỗi chọn phía báo giá, thứ tự giá trong nến do người thử tự đặt và giả định khớp lệnh quá lạc quan sẽ có ảnh hưởng tương đối lớn.
Tách ba câu hỏi: giả thuyết có đáng nghiên cứu, EA có triển khai đúng và tài khoản có thực thi được theo giả định không. Mã sạch có thể tự động hóa ý tưởng yếu; giả thuyết tốt có thể hỏng vì lỗi triển khai. Kết quả lịch sử đẹp trong mô hình đơn giản không chứng minh khả năng live hay lợi nhuận tương lai.
Đây là quy trình kiểm tra, không phải chiến lược đã xác thực hay kết quả nhà môi giới. Tất cả giá, số lượng và tiền đều giả định. Hướng dẫn backtest MT4 tổng quát nêu quy trình cơ bản; bài này tập trung giữ lệnh ngắn, nguồn tick, thời điểm nến đóng, Bid/Ask, thoát mơ hồ, toàn bộ phí và chứng cứ trước forward validation.
2. Khóa quy tắc và phiên bản trước khi thu kết quả
Trước khi kiểm thử, hãy ghi rõ mã giao dịch, khung thời gian, cách xác định phiên, điều kiện tín hiệu, thời hạn vào lệnh, dừng lỗ, mục tiêu, thoát theo thời gian và quy tắc từ chối. Cần nói rõ tín hiệu dùng nến đã đóng hay nến hiện tại còn thay đổi. “Vào sau xác nhận” chưa đầy đủ nếu chưa xác định được sự kiện xác nhận và thời điểm sớm nhất được phép ra quyết định theo cách có thể quan sát và tái lập.
Lưu phiên bản EA, tham số đầu vào, số bản dựng của nền tảng, đồng tiền tài khoản, thông số hợp đồng và nguồn dữ liệu. Ghi khối lượng tối thiểu, bước lot, giới hạn dừng lỗ và ngân sách rủi ro. Quy định cách xử lý vị thế tại ranh giới kiểm thử và ngăn vào trùng khi xử lý lại cùng tín hiệu. Phát lại thủ công cũng cần các quy tắc đó cùng nhật ký cơ hội bị bỏ qua. Tên tệp không đủ để nhận diện phiên bản; hãy giữ mã băm hoặc tham chiếu có thể tái lập, kèm chỉ báo và cấu hình phụ thuộc. Nếu không, hai báo cáo tưởng cùng hệ thống có thể thực sự chạy logic khác nhau.
Tách nghiên cứu khỏi tuyên bố thương mại. Minh họa tính phí không chứng minh EA sinh các lệnh đó. Không thay báo cáo Strategy Tester gốc bằng đường cong giáo dục vừa vẽ. Hướng dẫn scalping M1 và M5 giải thích phong cách; ở đây kiểm thử giả định một cách trung thực.
3. Kiểm dữ liệu trước chiến lược
Phân biệt dữ liệu nến, quan sát Bid/Ask có dấu thời gian và bản ghi thực thi thực tế. OHLC tóm tắt giá nhưng không giữ mọi báo giá hay thứ tự xuất hiện. Tệp mang tên tick data chưa đủ: cần xác minh nguồn, độ phân giải thời gian, mã giao dịch, múi giờ, hai phía giá, phạm vi và các bước biến đổi. Ngay cả báo giá lịch sử hai phía cũng không chứa giá khớp và những lần từ chối thực tế của nhà môi giới của bạn.
Kiểm thứ tự, timestamp trùng, khoảng thiếu, giá cũ và spread bất thường. Nhiều cập nhật trong một giây có thể hợp lệ, không xóa chỉ vì thời gian giống nhau; giữ sequence ID nếu có. Spread bằng không hay thiếu không chứng minh giao dịch miễn phí. Cách ly dữ liệu nghi vấn và công bố khoảng ảnh hưởng, không âm thầm sửa bằng tương lai.
Kiểm tra đơn vị: trong ví dụ EUR/USD, 1 pip = 0.0001 và với năm chữ số thập phân, 1 point = 0.00001. Tick size là bước giá, còn quan sát tick là một lần cập nhật. Nhập nến qua History Center không tự tạo ra bản phát lại ticks Bid/Ask đã ghi. Giữ dấu vết từ dữ liệu gốc qua chuyển đổi đến dữ liệu thực sự đưa vào kiểm thử. Khi so nến và báo giá, hãy tái dựng OHLC với cùng ranh giới thời gian. Sự trùng khớp giúp phát hiện một số lỗi chuyển đổi nhưng không phục hồi dữ liệu thiếu. Chênh lệch giữa các nguồn cần được điều tra, không tự chứng minh báo cáo gian dối.
4. Tín hiệu nến đóng không được giao dịch trước khi có thông tin
Xét một nến M1 giả định từ 10:00–10:01. Lúc 10:00:30 chưa thể biết giá đóng cửa cuối cùng. Giả sử báo giá khả dụng đầu tiên sau ranh giới xuất hiện lúc 10:01:02. Phương pháp dùng nến đóng chỉ có thể hành động từ quan sát đó, không được giả định có báo giá đúng 10:01:00 hoặc quay lại vào lệnh ở giá đóng cửa cũ.
Trong chuỗi thời gian MT4, nến hiện tại có chỉ số 0, nến trước có chỉ số 1. Thời gian mở nến được lưu không phải thời điểm nhận từng báo giá. Phát hiện nến mới, chỉ đọc thông tin đã hoàn tất và lưu mã tín hiệu để tránh lặp. Bộ lọc khung lớn cũng phải hoàn tất tại lúc quyết định trên khung nhỏ. Lúc 10:01:02, nến M5 10:00–10:05 vẫn đang hình thành; giá đóng cửa tương lai của nó không thể xác nhận lần vào M1 trước đó. Chỉ dùng thông tin M5 đã hoàn tất phù hợp.
Giả sử yêu cầu được gửi sau quyết định lúc 10:01:02 và được gán giá khớp lúc 10:01:03. Độ trễ này là giả định tình huống được nêu rõ, không phải số đo có được khi chọn Every tick. Dấu thời gian theo giây không chứng minh thứ tự bên trong một giây, nên cần giữ trình tự sự kiện riêng. Không được lấp khoảng thiếu báo giá bằng giá đóng cửa tương lai rồi gọi đó là điểm vào lịch sử có thể thực thi.
5. Hiểu mô hình MT4 tiêu chuẩn có thể cho biết gì
Every tick tiêu chuẩn có thể nội suy thay đổi nội nến từ nến khung nhỏ có sẵn. Tên không chứng nhận phát lại Bid và Ask lịch sử đã ghi. Nến giá chuẩn lưu Bid; Ask mô hình hóa bằng spread chọn, mặc định spread hiện tại lúc bắt đầu nếu không đặt riêng. Kiểm đơn vị trường spread: EUR/USD năm chữ số có 8 point bằng 0.8 pip. Nhập sai đơn vị có thể đổi đáng kể kiểm thử mục tiêu nhỏ.
Vào theo nến đóng không làm thoát nội nến hết quan trọng. Open prices only có thể kiểm logic mở nến phù hợp nhưng không đủ xác thực scalping có stop, mục tiêu hoặc trailing phụ thuộc đường đi. Control points là xấp xỉ thô. Chọn mô hình theo mọi quyết định, gồm bảo vệ và thoát thời gian.
Nếu quy trình tick riêng tuyên bố có spread lịch sử biến đổi hay mô hình fill cụ thể, kiểm đường dữ liệu có tài liệu và báo giá thực được dùng. Không mặc định nhập CSV tự kích hoạt tính năng. Ghi quy trình và giới hạn. Phần trăm modelling quality là chẩn đoán nền tảng, không là xác suất chiến lược hoạt động hay bảo đảm thực thi thật.
| Mô hình chuẩn | Kiểm tra giới hạn hữu ích | Điều chưa xác minh được |
|---|---|---|
| Open prices only | Logic quyết định mở nến phù hợp | Thứ tự stop/mục tiêu nội nến đáng tin cho scalping |
| Control points | Xem sơ bộ thô | Đường thực thi được ghi đầy đủ |
| Every tick | Xem nội nến mô hình hóa chi tiết hơn | Tên không chứng minh tick hai phía, spread lịch sử biến đổi hay độ trễ nhà môi giới |
6. Stop và mục tiêu cùng nằm trong nến: OHLC chưa đủ
Dùng nến Bid giả định Open 1.10010, High 1.10080, Low 1.09950, Close 1.10020. Giả sử BUY đã mở tại Ask 1.10020 trước đường nội nến tiếp theo, stop kích hoạt tại Bid 1.09970 và mục tiêu kiểm tại Bid 1.10070. Hai mức đều trong biên nến, nhưng bốn giá không chỉ ra mức nào tới trước.
Đường Open→High→Low→Close có thể tới mục tiêu trước, còn Open→Low→High→Close tới stop trước. Cả hai khớp cùng OHLC. Đây là hai chuỗi giá giả định thay thế, không phải hai lệnh giả làm lịch sử ghi nhận. Khác biệt có ý nghĩa kinh tế dù tín hiệu vào chỉ dùng nến đã đóng.
Dùng bằng chứng báo giá có thứ tự đủ chi tiết khi có thể. Nếu không, đánh dấu lệnh mơ hồ, nêu độ nhạy hay biên theo giả định công khai. Stop trước có thể thận trọng nhưng không phải đường đã quan sát. Không âm thầm cho chốt lời thắng khi cả hai mức nằm trong một nến đẹp. Phân biệt mức kích hoạt với giá fill sau cùng.
7. Kế hoạch BUY: ranh giới giá và kết quả bằng tiền
Trong kế hoạch minh họa riêng đã ấn định giá vào thực tế, dùng Ask 1.10020, dừng lỗ Bid 1.09970 và mục tiêu Bid 1.10070. Rủi ro và lợi nhuận tiềm năng trước phí đều bằng 5 pip. Dừng lỗ BUY nằm dưới điểm vào, mục tiêu nằm trên. SELL đảo các mức và thoát theo Ask; lật hình mà không đổi phía báo giá không tạo thành phép kiểm đối xứng hợp lệ.
Giả sử hoa hồng hai chiều 0.6 pip, thêm dự phòng trượt giá thoát bất lợi tương lai 0.4 pip. Đã dùng fill vào thật thì không tính lại spread hay trượt giá vào. Kết quả thận trọng tại mục tiêu là 5 − 0.6 − 0.4 = 4 pip, tại stop lỗ 5 + 0.6 + 0.4 = 6 pip. Gap có thể vượt dự phòng.
Riêng ví dụ, lot chuẩn EUR/USD là EUR 100000 và mỗi pip USD 10 trên tài khoản USD. Lỗ kế hoạch USD 60 mỗi lot. Ngân sách minh họa USD 25, bước 0.01 cho 25 / 60 ≈ 0.4167, làm tròn xuống 0.41 lot hay USD 24.60. Kiểm ký quỹ và tối thiểu riêng; phép tính không bảo đảm mức lỗ thật tối đa.
8. Đối chiếu chi phí mà không trừ spread hai lần
Một ví dụ fill giả định riêng: quyết định tại Bid 1.10010 và Ask 1.10020, BUY khớp 1.10022, sau đó Bid tham chiếu 1.10070 và thoát thực 1.10068. Biên độ Bid tham chiếu 6 pip, spread vào 1.0 pip, tổng trượt giá bất lợi vào-ra 0.4 pip. Với hoa hồng 0.6 pip, tính tham chiếu là 6 − 1.0 − 0.4 − 0.6 = 4 pip.
Từ fill thật cũng vậy: (1.10068 − 1.10022) / 0.0001 = 4.6 pip trước hoa hồng, còn 4 pip sau 0.6 pip. Theo lot USD đã nêu, lãi giá USD 46, hoa hồng USD 6, ròng USD 40. Hai điểm xuất phát thay thế, không phải hai bộ khoản trừ để gộp. Giữ dấu khi trượt giá có lợi.
Trong MQL4, OrderProfit() không bao gồm swap và hoa hồng; tên hàm không chứng minh đã trừ toàn phí. Đối chiếu các trường ghi sổ có dấu và phí tách riêng với sao kê, gồm tài trợ nếu vượt mốc tương ứng. Đừng đếm một khoản hai lần. Hướng dẫn spread, hoa hồng và swap trình bày khung chung.
9. Kiểm sức chịu spread và thực thi mà không sửa chiến lược
Với cùng biên độ tham chiếu giả định 6 pip, spread cơ sở 1.0 pip, hoa hồng 0.6 pip và dự phòng trượt giá tổng cộng 0.4 pip tạo chi phí 2.0 pip, còn lại 4.0 pip theo các giả định này. Nếu chỉ tăng spread lên 1.8 pip, chi phí là 2.8 pip và còn 3.2 pip. Nếu chỉ tăng trượt giá lên 1.2 pip, chi phí cũng là 2.8 pip và còn 3.2 pip.
Kết hợp spread 1.8 pip, hoa hồng 0.6 pip và dự phòng 1.2 pip tạo chi phí 3.6 pip, còn 2.4 pip. Đây là phép tính độ nhạy, không phải lợi nhuận hay dự báo; các mức chỉ để minh họa, không phải khuyến nghị kiểm thử căng thẳng. Giữ nguyên tín hiệu và công khai giả định, thay vì tăng mục tiêu hoặc dịch dừng lỗ để cứu kết quả. Những yếu tố khó khăn có thể xuất hiện cùng lúc: tin tức nhanh, spread rộng, báo giá cũ và giá khớp bất lợi. Kiểm riêng từng yếu tố chưa cho biết kết quả khi chúng kết hợp.
Chỉ trừ thêm chi phí trung bình từ danh sách giao dịch cũ không phát lại tác động của spread lên điều kiện vào, dừng lỗ, mục tiêu và trạng thái lệnh. Hãy tính lại các quyết định bị ảnh hưởng bằng mô hình phù hợp hoặc nêu rõ phần chưa có cơ sở. Hướng dẫn cặp scalping và bộ lọc chi phí giải thích vì sao giả định cần dùng số đo đúng với tài khoản, phiên và cặp tiền.
10. Độ trễ, từ chối và trạng thái không rõ cần xử lý tường minh
Chuỗi giá lịch sử không mô phỏng hàng đợi thực thi trong quá khứ của nhà môi giới. Hãy nêu độ trễ giả định, quy tắc chọn giá, mô hình từ chối và chuyển trạng thái. Không coi yêu cầu thất bại chỉ vì xác nhận chậm. Trước khi gửi lại, cần đối chiếu trạng thái thực tế để cơ chế phục hồi không tạo vị thế trùng và thay đổi mức rủi ro đang mở.
Sleep() không tạo độ trễ trong Strategy Tester MT4 tiêu chuẩn. Nếu độ trễ quan trọng, cần phương pháp có tài liệu đưa quyết định hoặc lần khớp lệnh tiến qua chuỗi báo giá khả dụng mà không nhìn trước. Mức khấu trừ pip cố định không thể biểu diễn mọi lần không khớp, yêu cầu bị từ chối hoặc thay đổi kích hoạt dừng lỗ. Hướng dẫn trượt giá, độ trễ và báo giá lại giúp phân biệt các quan sát đó.
Tester chuẩn cũng không chạy mọi sự kiện live hay phụ thuộc ngoài; Timer và tương tác WebRequest thuộc giới hạn tài liệu. Kiểm phần EA thực sự chạy. Bộ lọc tin hoặc heartbeat ngoài không hoạt động trong test không thể được gọi là đã xác minh. Kiểm vận hành riêng và phân biệt mô phỏng, đã minh chứng và chưa xác nhận.
11. Dùng mẫu số đúng và tính rủi ro còn mở
Giả sử audit có 120 tín hiệu đủ chuẩn, bộ lọc chặn 18, còn 102 yêu cầu gửi. Trong đó 94 khớp, 6 từ chối, 2 hủy. Tỷ lệ bị lọc 18 / 120 = 15%; tỷ lệ khớp 94 / 102 ≈ 92.2%. Chia fill cho toàn bộ tín hiệu là câu hỏi khác và che mất điểm cơ hội bị mất.
Giả sử 90 vị thế đã đóng và 4 vị thế vẫn mở ở cuối kỳ báo cáo. Trung bình giao dịch đóng dùng 90 kết quả, không phải 94 lần khớp. Báo cáo mức rủi ro còn mở và ảnh hưởng của định giá theo thị trường, không coi lỗ chưa thực hiện bằng không. Định nghĩa cách đếm đóng từng phần, nhiều ticket và yêu cầu hủy để tránh tính một lần giao dịch nhiều lần. Số dư ổn định vẫn có thể đi cùng lỗ thả nổi lớn; cần kiểm tra định nghĩa drawdown và dữ liệu equity liên quan vì chỉ ghi kết quả đã đóng có thể bỏ sót rủi ro giữa các lần thoát.
Một phép tính minh họa khác trong 90 kết quả đóng: 50 lãi ròng USD 9 và 40 lỗ ròng USD 8. Tổng dương USD 450, tổng âm tuyệt đối USD 320, ròng USD 130. Trung bình 130 / 90 ≈ USD 1.44, profit factor theo kết quả ròng 450 / 320 ≈ 1.41. Mẫu giả định không chứng minh edge; còn phải xem tập trung lỗ, equity drawdown và phụ thuộc giữa lệnh.
12. Tách phát triển, xác minh, kiểm tra chưa dùng và forward
Chọn các khối theo thứ tự thời gian trước khi đánh giá: A để phát triển, B để xác minh, C để kiểm tra lịch sử cuối cùng chưa dùng cho lựa chọn, D để quan sát forward. Độ dài dựa trên câu hỏi và điều kiện thị trường, không phải mục tiêu số lệnh chung. Điều chỉnh nhiều lần theo C sẽ biến nó thành dữ liệu phát triển, dù báo cáo vẫn gọi là ngoài mẫu.
Dữ liệu trước khối được chấm điểm có thể khởi tạo chỉ báo chỉ nhìn về quá khứ, nhưng không được dùng quan sát tương lai, thống kê phiên về sau hoặc dữ liệu được sửa sau này để cải thiện quyết định cũ. Nêu cách xử lý vị thế qua ranh giới và phân bổ chi phí, kết quả. Khoảng nghỉ hay đặt lại có thể phù hợp nhưng cần lý do phương pháp, không chỉ để làm đẹp báo cáo. Biến đầu vào bên ngoài cũng cần thời điểm công bố gốc: chuỗi kinh tế sửa đổi hoặc trung bình tính từ cả ngày tương lai có thể làm rò rỉ thông tin dù chỉ báo giá dùng nến đã đóng.
Giữ thứ tự giai đoạn thị trường khi xem bất định. Scalps gần nhau có thể cùng xu hướng, tin hoặc vấn đề thanh khoản, nên nhiều lệnh không tự là nhiều quan sát độc lập. Lưu phiên bản mọi thay đổi quy tắc và ứng viên bỏ. Hướng dẫn tối ưu hóa và overfitting giải thích chọn lựa tiêu thụ chứng cứ xác minh tưởng tách biệt.
13. Đếm cả quá trình tìm kiếm, không chỉ thiết lập thắng
Giả sử thử 5 thiết lập vào, 4 thiết lập dừng lỗ và 3 mục tiêu: 5 × 4 × 3 = 60 tổ hợp. Lặp trên 4 khoảng phiên và 3 cặp tạo 720 tổ hợp. Chỉ công bố dòng thắng che đi số cơ hội khớp với nhiễu. Những con số này minh họa độ rộng tìm kiếm, không phải hiệu chỉnh thống kê hay kế hoạch tối ưu đã được chấp thuận.
Tìm vùng hành vi ổn định có lý do thay vì một điểm cực đẹp. Ổn định vẫn chưa là bằng chứng: cả nhóm có thể chung lỗi dữ liệu hoặc fill lạc quan. Ghi ứng viên kém và thất bại. Nếu phí đổi nhỏ phá kết quả, điều tra phụ thuộc kinh tế, đừng tối ưu thêm chỉ để phục hồi profit factor cũ.
Walk-forward phát triển lặp trên dữ liệu sớm hơn, đánh giá trên phần muộn theo lịch định trước. Vẫn cần kỷ luật thông tin có sẵn, phí và báo cáo mọi đoạn, không gộp mỗi cửa sổ có lời. Khi đã chọn quy trình, giữ chứng cứ thật sự mới; kỳ cuối từng ảnh hưởng thiết lập không thể thành chưa dùng chỉ nhờ đổi tên.
14. Forward validation kiểm một lớp chứng cứ khác
Quan sát forward kiểm tra xem quy tắc đã khóa, xử lý dữ liệu và kiểm soát vận hành có hoạt động như dự kiến khi báo giá mới đến hay không. Bắt đầu bằng đối chiếu tín hiệu, cơ hội bỏ qua, yêu cầu, giá khớp và phí. Dùng cùng thông số mã giao dịch, cách quy đổi phiên và giả định khối lượng như nghiên cứu. Tài khoản demo kiểm tra được nhiều phần của quy trình nhưng không chứng minh thanh khoản và thực thi trên tài khoản thật sẽ giống hệt.
Dùng quy trình viết sẵn cho mất kết nối, giá cũ, sửa lệnh bị từ chối và trạng thái không rõ. Nêu trước điều kiện dừng và vị thế hiện có. VPS hỗ trợ liên tục chứ không bảo đảm fill. Tách quyết định rủi ro tiền khỏi mong muốn đủ mẫu nhanh; tăng size để kết quả ấn tượng làm đổi chứng cứ và lỗ có thể chịu.
Đánh giá tuân thủ quy tắc, khác biệt thực thi cùng kết quả ròng và equity drawdown. Mẫu có lời ngắn có thể tình cờ, mẫu lỗ ngắn cũng không tự chỉ nguyên nhân. Không sửa phương pháp sau mỗi kết quả rồi vẫn gọi forward validation. Quy trình forward validation giúp ghi quan sát và quyết định có cấu trúc.
15. Kiểm mức sẵn sàng trước khi tin báo cáo
Kiểm tra quy tắc và phiên bản đã khóa, nguồn và phạm vi dữ liệu, thời điểm thông tin tín hiệu có sẵn, phía báo giá có thể thực thi, thứ tự thoát trong nến và toàn bộ phí. Tiếp theo là kịch bản chi phí, khối lượng, trạng thái lệnh và tách biệt thời gian. Mỗi mục phải dẫn tới bằng chứng, không chỉ là dấu đánh trong danh sách tiếp thị. Phần trăm chất lượng mô hình cao không thay thế được mắt xích thực thi còn thiếu.
Nếu giả định không có hỗ trợ, nêu tác động và phân loại kết luận. Gap có thể khiến chưa giải được, phí tính hai lần cần tính lại, tín hiệu nhìn trước có thể vô hiệu toàn test. Không giấu khác biệt trong một điểm chất lượng. Giữ run gốc và ra phiên bản mới nếu sửa làm đổi phương pháp hoặc đầu ra.
Sau forward, đối chiếu quyết định với bản ghi nhà môi giới trước khi coi tóm tắt hoàn tất. Hướng dẫn đối chiếu giao dịch chỉ cách theo chênh lệch và trạng thái chưa xử lý. Cơ hội bỏ hoặc bị từ chối vẫn thuộc audit trail dù không có trade trong báo cáo. Kiểm vận hành là điều kiện giải thích, không là chứng minh lợi nhuận.
16. Giữ gì trong bộ chứng cứ cuối?
Lưu báo cáo gốc, tham số đầu vào, phiên bản EA, định danh dữ liệu, khoảng ngày, thông số mã và tài khoản, giả định múi giờ, quy ước chi phí và thủ tục kiểm thử. Nhật ký phải nối tín hiệu với yêu cầu, khớp lệnh, thoát và phí, bao gồm lỗi, nến mơ hồ, cơ hội bị từ chối và vị thế mở. Người kiểm cần tái lập được phân tích và biết chính xác điều kiện nào vẫn chỉ là giả định.
Báo cáo theo đồng tiền của tài khoản, với định nghĩa sau phí nhất quán và số kết quả hoàn tất. Khi có dữ liệu, hãy thể hiện cả số dư và equity, drawdown, mức tập trung và độ nhạy chi phí; giải thích chênh lệch giữa chỉ số nền tảng và chỉ số tự đối chiếu. Tách nạp, rút và điều chỉnh ngoài giao dịch khỏi lợi nhuận. Nếu khối lượng đổi giữa các lần thử, hãy nêu trước khi so tiền hoặc drawdown: kiếm nhiều hơn do mức rủi ro lớn hơn không tự làm phương pháp tốt hơn. Phép tính minh họa phải có nhãn, không được trình bày như lịch sử đã xác thực.
Kết luận hợp lý có thể là đáng thử tiếp, giả định thực thi quá bất định hoặc ý tưởng thất bại theo điều kiện. Không cần bịa hệ thống thắng. Trước chiến lược cụ thể, phải biết khi nào thông tin tồn tại, phía giá nào thực thi được và chứng cứ nào khiến bạn bác backtest thay vì giải thích né điểm yếu.
Câu hỏi thường gặp
Every tick trong MT4 có nghĩa ticks thực đã ghi không?
Không tự động. MT4 chuẩn có thể nội suy nội nến từ khung nhỏ. Xác định nguồn và replay thật, cả Bid/Ask và spread. Tên hay phần trăm chất lượng không chứng minh báo giá hai phía đã ghi hoặc fill thực tế.
Chiến lược nến đóng chỉ dùng Open prices only được không?
Kiểm mở nến phù hợp giúp xét entry, nhưng stop, mục tiêu và thoát scalping có thể phụ thuộc đường nội nến. Vào nến đóng không tự xác minh chúng. Dùng bằng chứng có thứ tự đủ hoặc nêu giả định khi chưa giải được.
Nến chạm cả stop và mục tiêu thì sao?
OHLC không cho biết trước sau. Dùng báo giá có thứ tự nếu có; nếu không đánh dấu mơ hồ và nêu độ nhạy hay quy ước. Stop trước là giả định, không phải sự thật lịch sử tái dựng; tự chọn mục tiêu không hợp lý.
Có trừ spread lần nữa từ lợi nhuận fill thật không?
Không. Giá vào-ra thực đã phản ánh spread và sai lệch thực thi. Gộp hoa hồng, tài trợ ghi riêng khi có mà không đếm lặp. OrderProfit() MQL4 loại swap và hoa hồng nên phải đối chiếu toàn bộ sổ tiền có dấu.
Sleep() có mô phỏng độ trễ nhà môi giới trong tester MT4 không?
Không. Sleep() không gây trễ ở tester chuẩn. Cần cách có tài liệu trên chuỗi báo giá, tính cả fill lỡ và trạng thái. Đó vẫn là giả định mô phỏng, không là chứng cứ độ trễ nhà môi giới trong quá khứ.
Bao nhiêu lệnh thì backtest scalping đáng tin?
Không có số chung. Chất lượng dữ liệu, giai đoạn độc lập, phí, độ rộng tìm kiếm, dữ liệu chưa dùng và forward đều quan trọng. Lệnh gần nhau có thể phụ thuộc. Số giả định ở đây dạy đối chiếu và toán, không là mẫu tối thiểu hay lợi nhuận.
Nguồn và lưu ý kiểm thử
Tài liệu MetaQuotes mô tả mô hình MT4 chuẩn và giới hạn tester runtime. Đã đối chiếu thêm phía giá, index thời gian và trường lợi nhuận. Ví dụ, giá, số sự kiện và tiền là nội dung giáo dục giả định nguyên gốc, không phải backtest đã chạy. Quy trình tick hay delay riêng cần tài liệu và kiểm chứng riêng.
Nội dung giáo dục. Số, giá, lượng và kết quả đều giả định, không là lịch sử xác thực. Forex có rủi ro; backtest, stop hay ngân sách không bảo đảm kết quả tương lai hoặc lỗ tối đa.