Jump to content

Welcome to the new Traders Laboratory! Please bear with us as we finish the migration over the next few days. If you find any issues, want to leave feedback, get in touch with us, or offer suggestions please post to the Support forum here.

  • Welcome Guests

    Welcome. You are currently viewing the forum as a guest which does not give you access to all the great features at Traders Laboratory such as interacting with members, access to all forums, downloading attachments, and eligibility to win free giveaways. Registration is fast, simple and absolutely free. Create a FREE Traders Laboratory account here.

mctaff

EasyLanguage Back Testing

Recommended Posts

I've got a couple of decent EasyLanguage strategies working now - thanks for the help guys - but I find if I set my stop and trailing stop very very small (like a few dollars), then back testing gives me extremely good results, which doesn't seem likely.

 

I'm guessing this is just a back testing "feature"? Does back testing work on a small proportion of the ticks that really occur? I'm also thinking in a real environment my stops might not get filled at the price I'm asking for, but they always seem to during back testing...

 

 

Can anyone recommend a decent book, or pdf that covers EasyLanguage and back testing etc in TradeStation?

 

 

Thanks,

 

David.

Share this post


Link to post
Share on other sites

The best resource is the TS Forum and Community. Plus you can get all the TS EasyLanguage reference books at https://www.tradestation.com/support/books/default.aspx

 

With respect to your backtesting... do not trust any results which give you profits within the same bar as you are trading. The assumptions TS makes about which came first ... the OHLC or the OLHC, while reasonable - do not provide accurate backtesting results for scalping conditions.

 

To get around some of the problem, set Look Inside Backtesting Bar (LIBB) to a short time interval like 1 minute which gives the backtesting engine more information about how the data came into the bar. You can go down to the 1 tick level , which provides exact results but is very slow for any longer term testing, and is only available for 6 months of back testing data.

 

In my experience - although at first I strongly resisted this - you are better off trading on longer time frame charts and having larger targets and stops with fewer trades per day.

 

Good luck with your strategies.

 

I now greatly prefer automated trading (of many markets simultaneously) to the task of trying to enter on a discretionary basis for a short term gain.

Share this post


Link to post
Share on other sites

Thanks - I figured out the tick testing thing the other day.

 

Strategy still doing very well on back testing, but having difficulties forward testing, as stop loss orders are being rejected 'cause the market sometimes moves too quickly. Is there any way to put the stop in place at the same time as the order, so they don't get rejected?

Share this post


Link to post
Share on other sites

Absolutely - I use the following:

 

SetStopContract;

SetStopLoss(nStop);

 

then if I want to move the stop after I get a gain in the trade I use:

 

If GrossMFETicks > MoveStopAfterTicks then

SetStopLoss(MoveStopToTicks * BigPointValue *minmove/pricescale);

 

NOTE: DO NOT PUT THE FIRST SetStopLoss IN A CONDITION. IT MUST BE SENT EVERY TICK EVEN IF YOU ARE NOT YET IN A TRADE.

Share this post


Link to post
Share on other sites

Yeah I've been using setStopLoss, but because the stops are tight - 8 pips - sometimes they get rejected by the system. I think it's because the price has moved the 8 pips whilst the initial order is being processed.

 

I'm trying to figure a way the stop gets set as the order is processed, so it doesn't get rejected...

 

I'm unsure how to either set the stop with the order, so it doesn't get rejected... or catch a rejected stop and resubmit a few pips higher to make sure it happens

Share this post


Link to post
Share on other sites

After a few months of banging head against the same type of issues, did a major re-write of everything to do market orders only in TS automation - no limit orders no stop orders - entry or exit.

The next, (quite enjoyable, btw) challenge was to engineer enough 'positive' slippage (loose with terminology) to compensate for new slippage issues that arose with market orders.

hth

Share this post


Link to post
Share on other sites
Yeah I've been using setStopLoss, but because the stops are tight - 8 pips - sometimes they get rejected by the system. I think it's because the price has moved the 8 pips whilst the initial order is being processed.

 

I'm trying to figure a way the stop gets set as the order is processed, so it doesn't get rejected...

 

I'm unsure how to either set the stop with the order, so it doesn't get rejected... or catch a rejected stop and resubmit a few pips higher to make sure it happens

 

Have you considered the obvious - that perhaps the stop is too tight?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.