Je reviens en détail sur ce que j'ai expliqué brièvement lors de la dernière réunion de la commission Informatique.

La solution que nous avons retenue pour pouvoir tester les tournois dans DupliGest consistera à sélectionner un tournoi parmi la liste des nombreux tournois disponibles, et indiquer que c'est pour un test et non pour la véritable gestion du tournoi.

Dès lors, on aura accès exactement aux mêmes fonctionnalités dans DupliGest (et donc le même code), la seule différence étant le flag "test" associé à ce tournoi.

De la même façon, on aura accès exactement aux mêmes fonctionnalités sur le site, le flag "test" étant à chaque fois passé au serveur afin qu'il traite ce tournoi comme tel, et notamment enregistre les résultats dans une table de test distincte (avec exactement la même structure que la table réelle). Là encore, cela permet de réutiliser les mêmes API, les mêmes scripts, les mêmes DAO et classes métier que le véritable tournoi.

Cette approche évite de mettre en place une fonctionnalité particulièrement lourde de création manuelle d'un tournoi avec tous les paramètres possibles (ceux-ci pouvant encore évoluer au fil du temps) et toute l'interface utilisateur et les contrôles qui vont avec, sans compter les interactions avec la base de données qui ne doivent pas interférer avec la base officielle.

Au lieu de cela, on s'appuie sur l'existant avec le simple ajout d'un flag pour distinguer le "test" du "réel". Les évolutions futures du logiciel s'appliqueront immédiatement aux tournois de test sans avoir à se préoccuper de gérer à chaque fois les 2 cas.

L'accès aux tournois de test pourra être restreint aux testeurs et développeurs (via le n° de licence de leur clé d'activation) et un mot de passe différent sera requis pour gérer le tournoi de test et le tournoi réel, ceci afin d'éviter toute confusion.

Il restera possible de gérer en réel dans DG un tournoi précédemment testé sur le même PC, les deux tournois étant considérés comme totalement distincts.