Systèmes de négociation
Décrivez l’automatisation au moyen d’exemples chronologiques couvrant les cours, les écarts, les séances, les positions, les ordres, les sorties et les réponses de la plateforme.
Comment le flux de travail s’articule
Les exigences d’un système Forex combinent souvent les conditions de prix, le timing des bougies, les séances de négociation, les filtres d’écart, les règles de position et le comportement de sortie dans un paragraphe. Les tableaux de scénarios séparent ces préoccupations et rendent visibles les hypothèses de la plateforme avant qu’elles ne soient codées. Ils vérifient l'interprétation du logiciel, et non les rendements attendus.
Enregistrez la version du terminal ou de la plateforme, le mode de compte, le fuseau horaire du courtier, le symbole, les chiffres, la taille des points, les contraintes de lot, et si le scénario utilise une évaluation de tic, de bar ouvert ou de bar fermé. Sans ce contexte, le même seuil écrit peut être interprété différemment.
D'abord décider si la condition d'entrée définie par le client est admissible compte tenu de la session, de l'écart, de la position actuelle, des commandes en attente et de la fraîcheur des données. Puis testez la quantité, le type de commande, le prix d'entrée, l'arrêt, la cible, l'expiration et commenter ou identifier la construction comme une seconde décision.
Ajouter les cas d'arrêt, de cible, de sortie dans le temps, de signal opposé, de comportement de fuite, de fermeture partielle et d'intervention manuelle seulement lorsqu'ils font partie de la stratégie approuvée. Indiquer si la logique s'applique par position, symbole, identifiant de stratégie ou compte.
Simuler le volume non valide, la fermeture du marché, le requête ou le changement de prix, l'autorisation insuffisante, la perte de connexion et le redémarrage du terminal. Définissez si le flux de travail récupère, abandonne, arrête ou demande un avis. Préserver les identifiants de sorte que la récupération de redémarrer ne duplique pas une requête.
Un cas de test doit indiquer le symbole cartographie, l'heure du serveur courtier, la fenêtre de session, la source de prix, les valeurs de soumission et de demande, la règle de spread, les entrées d'indicateur, le mode de compte, l'état de position et d'ordre existant, la version de configuration et si les requêtes automatisées sont activées. Le résultat attendu décrit le comportement du logiciel: aucune action, évaluation rejetée ou intention d'ordre spécifique.
Pour une limite de session, tester l'instant avant l'ouverture, l'instant d'ouverture, l'instant final autorisé et l'instant après la fermeture. Inclure les changements à la lumière du jour et les différences de fuseau horaire des courtiers lorsqu'ils affectent la règle définie par le client. Gardez le fuseau horaire prévu en configuration plutôt que de supposer l'horloge locale de l'ordinateur.
| Scénario | Contexte | Comportement attendu des logiciels |
|---|---|---|
| Séance non ouverte | Entrées valides avant le démarrage configuré | Aucune intention de l'ordre; garde de dossier de session |
| Étendue au-dessus de la limite | Signal vrai; écart courant hors règle | Rejeter l'admissibilité avec écart observé |
| Situation actuelle | Règles d'entrée true; position déjà ouverte | Appliquer une protection de position documentée |
| Tique | Dernier prix plus ancien que la limite de fraîcheur | Évaluation par blocs et état des données statiques |
| Reconnecter la plateforme | Résultat de la demande préalable incertain | Réconcilier avant la nouvelle présentation |
L'admissibilité à l'entrée, la construction des commandes, la gestion des postes et le comportement de sortie nécessitent des cas distincts. Un signal valide peut encore produire un volume invalide, une politique de remplissage non soutenue, un rejet fermé du marché ou un rappel. Capturer le code de retour de la plateforme et la réponse de la source, puis le mapper à un résultat interne nommé sans cacher la preuve originale.
Les tests de redémarrage doivent définir comment l'automatisation découvre les commandes et positions existantes, restaure l'état de suivi ou de gestion, et gère une configuration qui a changé pendant que la plateforme était hors ligne. Lorsque l'information requise ne peut pas être reconstruite en toute sécurité, restez en pause pour examen. Les contrôles historiques et de démonstration peuvent révéler des problèmes de mise en œuvre mais ne peuvent pas établir de résultats futurs.
Repère visuel
Chaque couche a des preuves d'acceptation différentes et devrait être testée sans traiter un signal comme un commerce terminé.
Entrées des règles
Temps, prix, écart, indicateurs, configuration, exposition actuelle.
Éligibilité
Décisions d'entrée, de sortie et de gestion des postes définies par le client.
Objectif de la commande
Symbole, côté, type, volume, règles de prix et ID stable.
Réponse de la Plateforme
Accepté, rejeté, cité de nouveau, timed ou indisponible.
Cycle de vie et reprise
Plus tard, l'état, la rapprochement et les preuves de récupération.
Questions pratiques
Non. L'ingénierie peut identifier l'ambiguïté et fournir des options de mise en œuvre, mais le client autorisé définit les règles de négociation et le comportement d'exploitation acceptable.
Non. Ils montrent que le comportement du logiciel spécifié correspond à des exemples approuvés. Ils ne prévoient ni ne garantissent les résultats financiers.
Poursuivre l’exploration
Collaborer avec Sun Cluster
Sun Cluster implémente l'automatisation Forex et MT5 définie par le client avec des scénarios de test, de vérification de démonstration, de contrôles et de déploiement.
