Table des matières
Les organisations qui accumulent des décennies de données de test se heurtent toutes au même obstacle lorsqu’elles envisagent de changer d’outil de gestion des tests. Ce n’est ni une fonctionnalité manquante ni une question de prix. C’est la peur. Des années d’exigences, d’historique de tests et de pistes d’audit sont enfermées dans la plateforme en place, et chaque équipe qui envisage un changement a déjà entendu une histoire de migration qui a mal tourné. « On aimerait bien migrer, mais on ne peut pas risquer nos données » a fait échouer plus de projets de migration que n’importe quelle lacune fonctionnelle.
C’est le problème que SQALogic a voulu résoudre. Après plusieurs mois de développement, nous sommes fiers de présenter une plateforme qui rend la migration de données de test entre OpenText ALM (anciennement Micro Focus ALM / HP Quality Center) et Tricentis qTest plus simple, plus rapide et plus sûre que jamais, dans les deux directions.
Le pont neutre entre deux grands écosystèmes
Partenaire Platinum d’OpenText et partenaire Premium de Tricentis, SQALogic occupe une position unique : celle du pont neutre entre deux écosystèmes majeurs de la gestion des tests.
Les migrations de données de test se font dans les deux sens. Qu’il s’agisse d’une consolidation d’outillage après une acquisition, standardisation à l’échelle de l’entreprise, alignement réglementaire, réorganisation de portefeuille, notre plateforme est conçue pour les servir toutes, sans parti pris.
Peu importe la direction de votre projet, la question qui compte est la même : vos données arriveront-elles intactes, et pourrez-vous le prouver ?
Une plateforme de migration certifiée, conçue pour inspirer confiance
SQALogic a développé une plateforme de migration certifiée, conçue pour transférer des données de gestion des tests d’une plateforme à l’autre.
L’objectif de conception était simple : elle ne doit jamais échouer en silence. Chaque écriture est vérifiée au moment où elle se produit : chaque entité, lien, étape, exécution et pièce jointe est comptabilisée, et le processus se termine par un verdict calculé automatiquement. Soit il prouve la fidélité des données, soit il indique précisément ce qui a posé problème. Une passe de certification indépendante, en lecture seule, recalcule ensuite l’ensemble des données et produit un certificat de niveau audit.
Cela n’a pas été validé sur un petit jeu de données de démonstration. Notre migration de référence a transféré un projet réel de 340 000 entités (dont 121 000 exécutions de tests) ainsi que 591 000 étapes de conception, 324 000 pièces jointes et 68 000 liens de traçabilité, de bout en bout en moins d’une journée. Le certificat obtenu a confirmé plus d’un million de vérifications effectuées et aucune perte de contenu.
Intégrer les vérifications préalables directement dans le produit
Les projets de migration échouent généralement à l’étape des vérifications préalables, alors nous avons intégré ce processus directement dans le produit. Cela repose sur trois éléments :
1. Un estimateur de portefeuille :
Il suffit de le pointer vers le parc d’outils d’un client pour obtenir une fiche par projet ainsi qu’une synthèse de portefeuille, avec des délais, des durées et une fourchette contractuelle garantie, calibrée sur les temps réels enregistrés de migrations certifiées. Lorsqu’un grand compte demande à quoi ressembleraient ses 40 projets une fois migrés, la réponse est un document, pas un long exercice de découverte.
2. Un audit de préparation :
Une seule passe en lecture seule sur une archive de projet, garantie par le code lui-même, produit un verdict clair (GO, GO-WITH-NOTES ou BLOCKED (feu vert, feu vert avec remarques, ou blocage)) que l’équipe de sécurité du client peut examiner avant tout lancement de migration. Il présente à l’avance chaque correspondance de champ, établit la correspondance de chaque utilisateur, expose la décision relative au modèle d’identité avec ses conséquences, et relie chaque particularité ou risque à une solution concrète.
3. Un dossier de preuves :
À l’issue de chaque migration, chaque entité migrée est reliée par un lien hypertexte à son nouvel emplacement dans la plateforme de destination. Le dossier est livré nativement au format Excel pour les personnes qui l’ouvriront réellement, comprend un suivi complet des pièces jointes, et se termine par le certificat de fidélité. Exactement ce dont la fonction de gouvernance d’une institution réglementée a besoin pour ses archives.
Ce qui se passe en coulisses
La plateforme prend également en charge les aspects opérationnels que les consultants gèrent habituellement manuellement : la limitation du débit propre à chaque environnement client, l’extraction automatique des pièces jointes trop volumineuses et la recréation de leurs liens vers l’espace partagé du client, une exécution qui peut reprendre à tout moment là où elle s’est arrêtée plutôt qu’un redémarrage complet, et un provisionnement idempotent des champs, utilisateurs et arborescences de dossiers. Rien de tout cela n’est à l’état de projet futur. Tout a fonctionné lors de la migration de référence, et cette migration peut être reproduite sur demande.
Ce niveau de fiabilité est le fruit de trois décennies passées au cœur des plateformes de gestion des tests : formats d’archive propriétaires et leurs particularités selon les versions, relations complexes entre étapes réutilisables et structures d’appel, et l’écart entre ce que rapporte l’API d’un système et ce que signifie réellement sa base de données. Nous avons rencontré chacun de ces pièges sur notre propre banc d’essai, afin que nos clients n’aient jamais à le faire.
L’architecture est d’ailleurs conçue dès le départ pour accueillir de nouvelles plateformes, sources comme destinations. Ce qui ne change pas d’un corridor de migration à l’autre, c’est la couche de preuve : chaque écriture vérifiée, un verdict calculé, un certificat indépendant.
En quoi cela diffère des outils existants et des prestations de services
C’est une question légitime, et il y a deux distinctions honnêtes à faire.
Une définition différente de la « réussite » :
Une migration n’est pas réussie au moment où les données arrivent à destination. Elle est réussie quand le client renouvelle son contrat. Notre modèle va jusqu’au bout du parcours : formation, accompagnement à l’adoption, et livraison des premières versions sur la nouvelle plateforme. Un client migré qui n’adopte jamais son nouvel outil finit par devenir un compte perdu, et c’est un scénario que ce secteur a déjà vu se répéter trop souvent. Extraire les données de manière prouvée n’est que la moitié du travail ; garder le client est l’autre moitié. Les migrations échouent du côté des données, et les renouvellements échouent du côté de l’adoption. Cette plateforme est conçue pour prendre en charge les deux.
Une garantie produit, pas une prestation de services :
Les utilitaires d’importation et les scripts de migration, qu’ils soient de nous ou d’ailleurs (y compris les nôtres il y a deux ans) déplacent les données du mieux qu’ils peuvent, moyennant une facturation à l’heure. Cette plateforme fournit un verdict de fidélité calculé automatiquement ainsi qu’un certificat indépendant, ce qui nous permet de proposer un délai fixe assorti d’une fourchette garantie. C’est le logiciel qui absorbe les modes de défaillance, pas le consultant.
Une efficacité prouvée sur le terrain
Ce n’est pas une solution théorique. Une récente migration complète d’envergure entreprise, réalisée en moins de trois mois avec les outils alors disponibles, est précisément ce qui a inspiré cette plateforme. Nous avons rencontré chaque situation où les outils habituels atteignent leurs limites face aux données à l’échelle d’une entreprise, et nous avons éliminé ces modes de défaillance directement dans le produit.
Nous savons ce que représente une migration réalisée avec des outils courants. Cette plateforme est ce que nous avons construit le jour où nous nous sommes demandé à quoi ressemblerait une migration faite comme il se doit.
Questions fréquentes
Quelles plateformes sont prises en charge ?
OpenText ALM, y compris les versions antérieures connues sous les noms Micro Focus ALM et HP ALM / Quality Center, et Tricentis qTest, dans les deux directions : d’ALM vers qTest et de qTest vers ALM. L’architecture est conçue pour accueillir de nouvelles sources et destinations.
Combien de temps prend une migration ?
Notre migration de référence a transféré 340 000 entités en moins de 24 heures. L’estimateur de portefeuille fournit pour chaque projet un délai avec une fourchette contractuelle garantie, calibrée sur les temps réels enregistrés de migrations certifiées.
Comment la fidélité des données est-elle prouvée ?
Chaque écriture est vérifiée au moment où elle se produit, puis une passe de certification indépendante en lecture seule recalcule l’ensemble et produit un certificat de niveau audit. Le client reçoit un dossier de preuves complet au format Excel, avec un lien hypertexte vers chaque entité migrée.
Que deviennent les pièces jointes volumineuses ?
Elles sont détectées, extraites automatiquement et reliées à l’espace de stockage partagé du client, avec un suivi complet de chaque fichier dans le dossier de preuves.