Analyse des expériences
Analyse détaillée de mon stage chez Orchestra - TravelSoft et de mon alternance chez ITESOFT, deux expériences complémentaires qui ont forgé mon orientation vers la QA.
Orchestra - TravelSoft
Stage — Développeur QA · Paris, France
1Contexte et missions
Orchestra - TravelSoft est un éditeur de solution SaaS destinée au secteur du tourisme. La plateforme permet aux agences de voyages de comparer et réserver des vols auprès de nombreuses compagnies aériennes. Mon stage s'est déroulé au sein de l'équipe QA, dans les locaux parisiens de l'entreprise.
Ma mission consistait à concevoir et implémenter des tests automatisés en Java avec Selenium pour valider l'intégration de nouvelles compagnies aériennes dans le logiciel. Concrètement, les tests comparaient automatiquement les données XML transmises par les compagnies (vols, bagages, suppléments tarifaires) avec ce qui s'affichait réellement sur l'interface web, sans aucune intervention humaine.
L'objectif était de structurer ces tests de façon générique, afin qu'un seul framework puisse être réutilisé pour toute nouvelle compagnie à intégrer.
2Difficultés rencontrées
La première difficulté a été la prise en main d'une solution SaaS de grande envergure. Avant de pouvoir écrire le moindre test, il a fallu comprendre l'architecture globale du logiciel, les formats de données utilisés (IATA, XML), et les conventions internes de l'équipe.
C'était également ma première expérience dans une équipe QA professionnelle. Les méthodes de travail — gestion des tickets dans Jira, génération de rapports Allure, revues de code — étaient nouvelles pour moi et ont demandé une adaptation rapide.
Sur le plan personnel, travailler à Paris a représenté une découverte importante. Le rythme de la ville, très différent de Montpellier, est nettement plus intense. Cela m'a sorti de ma zone de confort, mais cette expérience s'est révélée très bénéfique : elle m'a confronté à un environnement professionnel stimulant et m'a appris à m'adapter rapidement à un nouveau cadre de vie.
3Compétences développées
Sur le plan technique, j'ai acquis une maîtrise de Selenium WebDriver en Java pour l'automatisation de tests web, ainsi qu'une compréhension des formats d'échange de données dans le domaine aérien (XML IATA). J'ai également pris en main Allure pour la génération de rapports de tests visuels, et Jira pour le suivi des anomalies.
Sur le plan méthodologique, j'ai compris ce que signifie concevoir un framework de tests réutilisable et maintenable. La structuration générique des tests — pour qu'ils fonctionnent avec n'importe quelle compagnie aérienne — m'a initié aux bonnes pratiques de conception en QA.
4Bilan
Ce stage a été le point de départ de mon orientation vers la QA. En découvrant concrètement ce métier, j'ai réalisé qu'il correspondait à ma façon de penser : rigueur, goût du détail, et envie de comprendre les systèmes en profondeur avant de les tester.
L'expérience parisienne a aussi été formatrice humainement. Être immergé dans une grande ville active, loin de mes repères, m'a appris l'autonomie et la capacité d'adaptation — des qualités aussi importantes que les compétences techniques.
ITESOFT
Alternance — Assistant Ingénieur QA · Aimargues, France
1Contexte et missions
ITESOFT est un éditeur de logiciels spécialisé dans la dématérialisation et la gestion de factures électroniques. La solution s'adresse à de grandes entreprises et couvre l'ensemble du cycle de vie d'une facture : réception, traitement automatisé, validation et archivage.
J'intègre l'équipe QA en tant qu'Assistant Ingénieur QA. Ma mission principale est de développer des tests automatisés avec Cypress pour assurer la non-régression de la solution. Je crée des scénarios qui simulent le comportement d'un utilisateur : dépôt de facture, validation, suivi de statut. Ces tests s'exécutent automatiquement à chaque nouvelle version pour détecter d'éventuelles régressions.
Je travaille également sur des workflows d'automatisation avec n8n, permettant de déclencher des séquences d'actions automatiques en réponse à des événements dans la solution. L'ensemble de ces développements s'effectue dans un environnement Docker, versionné sur GitLab.
2Difficultés rencontrées
La principale difficulté a été l'intégration dans une base de code existante et complexe. Contrairement à un projet universitaire construit de zéro, rejoindre une solution logicielle en production implique de comprendre des conventions, une architecture et des dépendances déjà établies, sans pouvoir tout redécouvrir depuis le début.
L'environnement de travail structuré — daily meetings, Azure DevOps, sprints — demande aussi une organisation personnelle rigoureuse. Il faut être capable de planifier ses tâches, de rendre compte de son avancement et d'adapter ses priorités en fonction des décisions de l'équipe.
3Compétences développées
Techniquement, j'ai approfondi Cypress pour les tests end-to-end, découvert n8n pour l'automatisation de workflows, et consolidé mon utilisation de Docker et GitLab dans un contexte professionnel réel.
J'ai aussi acquis une compréhension concrète de la gestion de projet en entreprise : utilisation d'Azure DevOps pour le suivi des épiques et user stories, communication via Microsoft Teams, et participation aux cérémonies agiles. Ces outils et pratiques ne sont pas enseignés en cours — les découvrir en situation réelle a été un apprentissage aussi important que les compétences techniques.
4Bilan
Cette alternance confirme et approfondit l'orientation initiée lors du stage Orchestra. Le fait d'évoluer dans une équipe QA structurée, sur une solution d'envergure, me permet de mesurer la réalité du métier au quotidien.
Le QA est un domaine peu présent dans les cursus universitaires, précisément parce qu'il n'est véritablement utile que dans des équipes travaillant sur des logiciels complexes. Y contribuer dès maintenant me donne une longueur d'avance significative, et renforce mon projet de poursuivre en Master spécialisé en qualité logicielle.