ProRealTime
Pour discuter sur l’interface de ProRealTime Software, nos configurations graphiques...

Backtest

par George Henry » 25 oct. 2014 14:45

Bonjour j'ai découvert backtest il y a pas très longtemps et j'ai un petit problème.

Je veux backtester un système mais j'ai l'impression que les dates que je choisies buguent.

Je veux backtester mon système du lundi 20 octobre au vendredi 24 octobre, mais en ut 1min j'ai l'impression que ça ne marche pas, ça prend seulement du jeudi 00h00 au vendredi 23h14.
Dans des ut plus longs ça ne marche quand même pas, j'ai choisi de backtester à partir de 9H jusqu’à 17H30 et ça m’affiche d'autres heures.

C'est normal ou je le fais mal ?

Re: Backtest

par George Henry » 25 oct. 2014 15:19

J'ai trouver la réponse à ma question, en fait ça s'est réparé tout seul ^^

Mais j'ai une autre question, je choisis de commencer à backtester a 9H10 et il y a marqué que ça commence à 8H10 sur le résultat de mon backtest. C'est à cause de mon fuseaux horaire ?

Et deuxième petite question, mon backtest fait le test sur toute la période donnée nuit et jour, et je ne sais pas si il prend en compte le spread ou pas, mais moi se que je veux c'est qu'il prenne que en compte de 9H à 17H30 chaque jours de la semaine, comment je fais ?

Re: Backtest

par Benoist Rousseau » 25 oct. 2014 18:06

tu as tout cela dans les paramètres et tu dois faire effectivement attention aux fuseaux horaires (semaine prochaine, changement d'heure en plus ;) )

Re: Backtest

par George Henry » 25 oct. 2014 19:50

Merci Benoist, mais pour qu'il prenne que en compte seulement de 9H à 17H30, je ne trouve pas ou c'est, quelqu’un a une idée ?

Re: Backtest

par falex » 25 oct. 2014 23:04

Pour le 9:10 = 8:10 : tout à fait normal pour les backtests prt be tient pas compte des ajustements de GMT.

Re: Backtest

par George Henry » 25 oct. 2014 23:52

mais pour le 17:30 ben c'est 17:30 au lieu de 16:30 ça change que le 9heures pas le 17heures

Re: Backtest

par falex » 26 oct. 2014 08:01

Relis toi !

Si tout le backtest est en GMT et non GMT+1 -> 17:30 = ?

Re: Backtest

par George Henry » 26 oct. 2014 09:07

Maintenant que le changement d'heure a été fait, ça s'est corrigé.

J'ai toujours ma question, comment je fais pour que ça trade seulement entre 9h et 17h30 ? là, ça prend en compte toute la journée et la nuit.

Re: Backtest

par George Henry » 26 oct. 2014 16:35

Si quelqu’un sait, j'ai vraiment besoin de savoir comment on fait, et je ne trouve pas.

Re: Backtest

par falex » 26 oct. 2014 19:12

Flatafter
Flatbefore

Re: Backtest

par George Henry » 26 oct. 2014 19:57

merci

Re: Backtest

par George Henry » 26 oct. 2014 20:12

// Définition des paramètres du code
DEFPARAM CumulateOrders = False // Cumul des positions désactivé
FLATBEFORE = 093000
FLATAFTER = 173000

ça me met erreur syntaxe quelqu’un peut m'aider ? désolé j’apprends a programmer en prt.

Re: Backtest

par clodreb » 27 oct. 2014 07:29

je pense qu'il ne faut pas mettre de "0" devant ton heure de départ.


ou encore , un petit bout de code du genre :

monHeure = (time > 80000) and (time < 163000)
IF monheure THEN
ton backtest proprement dit

ENDIF

Re: Backtest

par falex » 27 oct. 2014 07:42

eventuellement >= pour le time >800000

Le 0 devant : normalement ça ne change rien ça m'arrive de le mettre.

Perso j'utilise la même méthode que clodreb, mais d'autre ont utilisés les nouvelles directives ...

Re: Backtest

par George Henry » 27 oct. 2014 08:09

Ok donc pour le 9h 17h30 je mets ça, merci beaucoup, et même s'il y a un changement d'heure je laisse comme ça ? ou le changement d'heure affecte le code ?

Re: Backtest

par George Henry » 27 oct. 2014 08:34

Les trades se sont lancés alors qu'il est 8h30 chez moi et 7h30 sur les graphes

J'ai mis ça:

monHeure = (time > 80000) and (time < 163000)
IF monheure THEN
ENDIF

Re: Backtest

par George Henry » 27 oct. 2014 12:48

Autre problème, En backtest mon indicateur m'a fait gagner un trade en achetant pour revendre, alors qu'en paper quand il était en fonction, et il a vendu pour racheter donc m'a fait perdre, pourquoi fait-il le contraire que le backtest ? sur le même trade.

Re: Backtest

par clodreb » 28 oct. 2014 07:03

George Henry a écrit :Les trades se sont lancés alors qu'il est 8h30 chez moi et 7h30 sur les graphes

J'ai mis ça:

monHeure = (time > 80000) and (time < 163000)
IF monheure THEN
ENDIF

ça dépend aussi de l'unité de temps que tu utilises.
La prise de position se fait toujours à l'ouverture de la bougie suivante de ton signal.
Si tu es en UT 30min, que ton code te donne un signal à 8h, il prendra position à 8h30

Re: Backtest

par clodreb » 28 oct. 2014 07:04

George Henry a écrit :Autre problème, En backteste mon indicateur ma fait gagner un trade en achetant pour revendre, alors que en paper quand il étais en fonction, et il vendu pour racheter donc ma fait perdre, pourquoi fait il le contraire que le backteste ? sur le même trade.
Sans voir ton code, c'est un peu compliqué de répondre à cette question.
désolé :musique:

Re: Backtest

par George Henry » 28 oct. 2014 09:15

Voilà le code d'un de mes robots, c'était une de mes stratégie de trading et je voulais voir si le robots peut trader dessus, je suis en UT 1min, mais cette nuit il a trade a 2h du matin a 7h du matin enfaite pendant toute la nuit.


Code : #

// Définition des paramètres du code
DEFPARAM CumulateOrders = False // Cumul des positions désactivé
monHeure = (time > 80000) and (time < 163000)
IF monheure THEN
ENDIF
// Conditions pour ouvrir une position acheteuse
indicator1 = close
indicator2 = BollingerDown[20](close)
c1 = (indicator1 < indicator2)

indicator3 = RSI[9](close)
c2 = (indicator3 < 25)

IF c1 AND c2 THEN
BUY 1 CONTRACT AT MARKET
ENDIF

// Conditions pour ouvrir une position en vente à découvert
indicator4 = close
indicator5 = BollingerUp[20](close)
c3 = (indicator4 > indicator5)

indicator6 = RSI[9](close)
c4 = (indicator6 > 75)

IF c3 AND c4 THEN
SELLSHORT 1 CONTRACT AT MARKET
ENDIF

// Stops et objectifs
SET STOP pLOSS 20
SET TARGET pPROFIT 10

Sujets similaires
Pro Backtest
par VinceMan » 17 juil. 2012 14:30 (4 Réponses)
backtest PRT?
Fichier(s) joint(s) par Djobydjoba » 05 avr. 2013 09:26 (11 Réponses)
Backtest et Excel
par Greg31600 » 18 avr. 2013 01:26 (4 Réponses)
code PRT > RSBoll/Seuil backtest
par newworld » 16 juin 2013 17:57 (4 Réponses)
ProRealTime backtest : appel à témoin
par falex » 17 août 2013 16:19 (1 Réponses)
Backtest Prorealtime
par Fredo » 04 oct. 2013 16:34 (5 Réponses)
Backtest : Pour ou contre les optimisations
Fichier(s) joint(s) par teg54 » 23 avr. 2014 15:00 (21 Réponses)
Idées d'améliorations PRT backtest
par takapoto » 29 juil. 2014 07:26 (13 Réponses)
comportement différent pro-Order / backtest pour même code
Fichier(s) joint(s) par Ernesto » 15 août 2014 16:28 (5 Réponses)
Backtest prometeur
Fichier(s) joint(s) par Tomm » 11 sept. 2014 20:12 (32 Réponses)