Application Testing: You Need It When You Need It
Charlie Guarino, President of Central Park Data Systems, IBM Champion, Podcaster at Tech Talk SMB presents:
Polverini & Partners CTO Pascal Polverini on the critical role of testing in IBM i application development
La simplicité et l'efficacité sont les facteurs prédominants de cet outil, "engine" de Test pour vos applications IBM i
Écran vert natif 5250
Web Services
Tables DB de l'application
Couverture de code
Call pgm IO parm
Shrink Data (réduire les données)
Activez et automatisez vos testsInstitutionnalisez la qualité et économisez plus de 88 % de votre temps
Accélérer la mise sur le marchéIntégration complète de la base de données
L'identification des tables de base de données et des fichiers pour les images, la restauration et la comparaison sont automatiquement gérées.
Les tests doivent être réplicables, ce qui signifie que les données doivent être réinitialisées à chaque fois qu’un test est rejoué et de nombreux outils de test, comme le nôtre, incluent cette fonctionnalité. Mais la condition préalable est que tous les fichiers ou tables de données soient d’abord identifiés. Cette condition préalable est souvent laissée à l’utilisateur final ou certains outils copient simplement des bibliothèques entières avec tous les fichiers et tables. RelicTest le fait automatiquement à la volée et uniquement pour les fichiers et tables réellement utilisés par le scénario de test spécifique. Ceci optimise tous les processus de votre IBM i (alias AS400), de l’identification des prérequis à l’exécution, effectuant et automatisant toutes les tâches difficiles pour vous.
Automatisé pour les programmes batch, Web ou interactifs
La même commande est utilisée pour traiter l’enregistrement ou le replay du scénario de test. Par défaut, la commande détecte automatiquement dans quelle modalité elle doit s’exécuter ; enregistrement ou replay et selon la modalité, différents comportements sont traités pour copier, restaurer ou comparer les images de données.
Holistique
Tests complets de manière holistique avec notre moteur d’encapsulation de test, inter/batch/web (encapsulant DB, UI, parm IO, parm body et couverture de code – avec restaurations et comparaisons)
Notre « Moteur d’encapsulation » est « omnivore » : Il peut également intégrer n’importe quel objet comme les fichiers spool, dtaara, dtaq, les objets IFS, le joblog, etc… et plus encore, lorsque vous modifiez un objet dans votre système, vous saurez quels tests l’ont impliqué et les relancer tous.
Invocable en tant que wrapper pour un seul ou une série de Call, d’API REST ou de requêtes SQL.
Autonome ou plugable à ACS, SQL Scripts, VS Code, Cypress ou Selenium, PEX, iDoctor.
Tests fonctionnels
Tests de charge de travail
Tests de sécurité
Tests de régression & workload, déploiement et contrôle
Les tests peuvent être planifiés automatiquement, en séquence ou en parallèle, avec un login identique ou différent
Expérience utilisateur, IPC (Indicateur de performance clé) et amélioration
L’expérience utilisateur a été valorisée, avec par exemple la possibilité de corriger les enregistrements déjà effectués. Imaginez que vous avez enregistré un scénario de test impliquant 30 écrans et que vous réalisez que vous avez saisi des données erronées sur l’écran 25, l’outil offre la possibilité de les corriger sans avoir à refaire tout l’enregistrement. De même pour les services web et l’integration des messages body. Un autre exemple concerne les timestamps qui peuvent être automatiquement contourné pour les comparaisons de replay de tests ou comme dans le cas de la couverture de code qui peut être récupérée dynamiquement via une UDF SQL et également dans un flux de travail automatisé pour les tests.
Les tâches peuvent être réparties entre l’utilisateur final et le programmeur.
Un utilisateur final non programmeur peut facilement enregistrer un scénario de test, puis un programmeur peut l’intégrer et le déployer.
Les rapports peuvent intégrer de nombreuses informations, depuis les tendances de l’état des tests jusqu’au log des messages avec indication de ligne de code impliquées, du pourcentage de couverture de code au temps gagné. Toutes les informations sont disponibles dans une base de données complète à partir de laquelle vous pouvez personnaliser les rapports des tests.
Enfin, nous pouvons également obscurcir les set de données et présenter les résultats dans un dashboard.
“Often, people ask what a realistic metric to measure design impact could be, and I’m convinced that metric is “time to value.” If your design influence isn’t decreasing overall time to value, you’re doing something wrong.”
Activez et automatisez vos tests
Regardez le webinaire pour découvrir toutes les fonctionnalités clés d'une solution de test automatisée moderne pour vos applications IBM i
Intégrez les IPC, les mesures et les tendances dans votre cycle de développement du logiciel
Étude de cas
L’outil permet une gouvernance de test de haute précision en corrélation avec l’analyse d’impact des lignes de code à modifier pour des projets spécifiques comme, par exemple Field Resize. Il est également totalement intégrable à notre Solution DevOps.
Couverture de code renforcée
Créer des variantes de test avec les mêmes données initiales
Convivial et efficace
Intégration IDE ou DevOps
Reviews
Au sujet de notre produit: EasyOrder de ECI est une solution Web, sur IBM i, de commerce électronique et de gestion des commandes qui est utilisée dans une variété d'industries. Elle couvre l'ensemble de la chaîne d'approvisionnement et la solution implique une variété de systèmes d'approvisionnement électroniques jusqu'aux systèmes d'achat avec de nombreuses personnalisations.“
CONTACT US
Get in Touch!
FAQ
Qu’est-ce que sont les tests de régression ?
Les tests de régression (rarement, les tests de non-régression) consistent à réexécuter des tests fonctionnels et non fonctionnels pour garantir que les logiciels précédemment développés et testés fonctionnent toujours comme prévu après une modification. Sinon, cela s’appellerait une régression.
Qu'est-ce que sont les tests de bout en bout ?
Les tests de bout en bout sont une méthodologie de test logiciel qui vérifie le comportement et les fonctionnalités d’une application ou d’un système entier du début à la fin. Il se concentre sur le test du flux de données et des processus à travers divers composants, sous-systèmes et interfaces, garantissant que le système fonctionne comme prévu et répond aux exigences souhaitées. Lors des tests de bout en bout, le système est testé dans son ensemble, simulant des scénarios réels et des interactions utilisateur pour valider sa fonctionnalité, ses performances et sa fiabilité. Cela implique de tester plusieurs modules ou composants interconnectés pour garantir une intégration transparente et le bon fonctionnement du système complet.
Pourquoi est-il souvent difficile de tester une application interactive IBM i avec des écrans 5250?
Les écrans 5250 traditionnels sont basés sur du texte et manquent d’éléments d’interface utilisateur bien définis. Cela peut rendre difficile l’automatisation du processus de test à l’aide d’outils d’automatisation d’interface utilisateur conventionnels basés sur les pixels d’image. Interagir avec les écrans 5250 nécessite souvent d’émuler une entrée de terminal et de capturer une sortie textuelle, qui est automatiquement fournie avec notre outil ReplicTest.
Quel est le ROI des tests dans un projet de transformation digitale ?
Dans un processus de développement, le test représente au moins 20% du budget et peut aller jusqu’à plus de la moitié du budget établi dans certains cas.
Quant au retour sur investissement (ROI) des tests, il peut être conséquent dans un projet de transformation digitale. Bien que le retour sur investissement exact varie en fonction du projet et de l’organisation, voici plusieurs façons dont les tests peuvent contribuer au retour sur investissement :
Identification précoce des problèmes et réduction des coûts : les tests permettent d’identifier les défauts, les bogues ou les lacunes fonctionnelles dès le début du processus de développement. En détectant et en résolvant les problèmes dès le début, les organisations peuvent éviter des retouches coûteuses, minimiser l’impact sur les processus en aval et réduire les coûts globaux du projet.
Expérience client améliorée : les projets de transformation numérique visent souvent à améliorer l’expérience client. Grâce à des tests approfondis, les organisations peuvent garantir que les systèmes, applications ou interfaces transformés offrent une expérience transparente et conviviale. Cela peut entraîner une satisfaction et une fidélité accrues des clients et une génération de revenus potentiellement plus élevée.
Réduction des temps d’arrêt et des interruptions de l’activité : des tests efficaces minimisent le risque de pannes, de temps d’arrêt ou de perturbations du système pendant la transformation ou après la mise en service. En identifiant et en traitant les problèmes potentiels à l’avance, les organisations peuvent éviter les interruptions d’activité, maintenir la continuité opérationnelle et prévenir les pertes de revenus.
Performances et évolutivité améliorées du système : les activités de tests de performances et de tests de charge aident à identifier et à résoudre les goulots d’étranglement en matière de performances, les problèmes d’évolutivité ou les limitations potentielles du système transformé. S’assurer que le système peut gérer des charges de travail accrues ou des demandes des utilisateurs améliore les performances globales du système, la satisfaction des utilisateurs et la capacité de l’organisation à gérer la croissance.
Conformité et atténuation des risques : les projets de transformation numérique impliquent souvent le respect des réglementations du secteur, des normes de sécurité et des exigences en matière de confidentialité des données. Des tests efficaces garantissent que le système transformé répond à ces besoins de conformité, minimisant ainsi le risque de sanctions réglementaires, d’atteinte à la réputation ou de problèmes juridiques.
Efficacité et productivité accrues : des tests approfondis permettent d’identifier les domaines nécessitant une amélioration des processus, des opportunités d’automatisation ou des améliorations de la convivialité. En rationalisant les flux de travail, en éliminant les tâches manuelles et en améliorant l’efficacité du système, les organisations peuvent réaliser des gains de productivité, des économies de coûts et une meilleure satisfaction des employés.
Coûts de maintenance et de support réduits : des tests appropriés permettent d’identifier et de corriger les problèmes avant que le système n’entre en production. Cela peut entraîner une diminution des coûts de support post-production et de maintenance, car moins de défauts ou de problèmes surviennent, ce qui se traduit par une meilleure stabilité du système et une réduction des efforts de support continu.
Il est important de noter que le retour sur investissement des tests dans un projet de transformation numérique est influencé par divers facteurs, tels que l’échelle du projet, sa complexité, le secteur d’activité et l’efficacité des processus de test mis en œuvre. Les organisations doivent prendre en compte ces facteurs lors de la planification et de l’allocation des ressources pour les tests, dans le but de maximiser le retour sur investissement et d’assurer le succès du projet de transformation.