À propos d’ Epikur
Depuis 1999, Epikur Software considère que sa mission est de faciliter le travail des psychothérapeutes et des médecins. Avec notre système de gestion de cabinet EPIKUR, nous aidons les cabinets individuels et collectifs, les centres médicaux, les instituts de formation psychothérapeutique et les centres de recherche ambulatoires à organiser leurs processus quotidiens : Nous optimisons l’attribution des rendez-vous, accélérons la documentation et améliorons la communication numérique entre les praticiens et les patients. En outre, nous nous occupons de la sécurité informatique et de la connexion sans faille à l’infrastructure télématique.
Les exigences
Notre système de gestion de cabinet médical utilise Java comme base avec AWT, Swing et JavaFX pour l’interface utilisateur graphique et est conçu pour être utilisé sous Windows, macOS et Linux. Il en résulte le besoin d’un logiciel de test qui puisse représenter tous ces aspects à la fois.
Lors d’une recherche approfondie, plusieurs autres produits ont été comparés. Les critères étaient les suivants :
- Prix
- Compatibilité de la plateforme pour Windows, macOS, Linux
- Auto-hébergement ou cloud-only
- Performance
- Support
- Facilité d’utilisation
- Intégration et contrôle de version (Git)
- Compétences de programmation nécessaires ?
C’est surtout sur l’aspect de la compatibilité des plateformes et sur la question de la nécessité des compétences de programmation que QF-Test a pu s’imposer.
La réalisation
Nous utilisons QF-Test pour représenter les tests de régression lors des tests de validation des mises à jour de programmes. Tous les tests manuels ne sont pas encore complètement automatisés, mais on peut d’ores et déjà prévoir que le gain de temps en termes de tests manuels sera considérable, ce qui libérera du temps pour d’autres types de tests.
Par exemple, il existe un cas d’utilisation qui, en cas de test manuel, prend environ dix minutes par système d’exploitation et par variante de produit et qui est exécuté après chaque build. Sous sa forme automatisée, il ne prend plus que trois minutes. De plus, l’automatisation de nos cas de test nous permet de tester les mêmes cas de test avec un temps d’exécution plus court dans deux variantes de produit différentes sur trois systèmes d’exploitation différents, ce qui représente un gain de temps considérable par rapport à l’exécution manuelle.
L’un des défis de l’implémentation de nos tests avec QF-Test est la stabilité de la récupération des éléments d’affichage, qui a pu être résolue dans un premier temps en modifiant les temps d’attente standard ou en attribuant des temps d’attente supplémentaires dédiés.
En tant qu’infrastructure de test, nous utilisons des pipelines gitlab qui exécutent les tests de régression correspondants via des schedules déclenchés chronologiquement. Ces pipelines gitlab font partie d’un processus de test de validation qui se répète deux à trois fois par semaine. Étant donné que nous devons tester le même cas de test dans deux versions différentes du produit et dans trois systèmes d’exploitation différents, le nombre de cas de test à exécuter automatiquement est énorme (environ 120), même pour une petite quantité de cas de test. Actuellement, nous exécutons ces cas de test la nuit, après la construction du programme, et nous pouvons évaluer les résultats des tests le matin. En général, cela prend environ cinq à six heures.
Comme QF-Test permet un appel par lots, c’est-à-dire sans nécessité de démarrer à partir du mode éditeur, d’autres intégrations des tests sont également envisageables, notamment dans de véritables systèmes de gestion de tests.
Philipp Strauß, Epikur Software GmbH & Co. KG, Berlin, Allemagne