Post de BYRON GROUP

🚀 2 jours sur l'état de l'art du test logiciel ! 🚀 Je suis ravi d'avoir partagé avec des professionnels aussi passionnés que engagés de chez Worldline Global Services les bonnes pratiques du test logiciel. La qualité non négociable, le processus de test structuré, l'analyse des risques produit, le test un véritable métier à part entière, l'amélioration continue, etc ..... 🎓 Un grand merci à tous pour votre participation active et votre contribution à cette expérience de formation réussie. Au plaisir de se retrouver à nouveau sur d'autres thématiques comme l'agilité ou l'Ingénierie des Exigences et de continuer à apprendre ensemble ! #ISTQB #Formation LAYTIKA #SoftwareTesting #Agile #RBT #TMMI ORSYS

❓ L'automatisation des tests API... un bien vaste sujet, n'est-ce pas ? Quels tests faire, comment les effectuer, quels sont les points d'attention essentiels ? 🎤 Arlémi Turpault et Etienne Cointet, Strategic Solution Engineers EMEA chez Postman vous proposent pendant France API 2024 une session durant laquelle vous allez essayer une variété de tests dans Postman, démontrant comment créer des suites de tests robustes pour vos APIs. 💻 Vous allez créer des scripts de test, automatiser ces derniers, et contrôler des workflows dynamiquement à l'aide du Collection Runner. Si vous avez envie d’aller plus loin, Postman CLI vous permettra d’exécuter vos tests dans n'importe quel environnement ! En cours de route, vous aborderez aussi la manière dont vous pouvez intégrer Postman dans votre pipeline CI/CD. 🙌 Découvrez cette session workshop pendant France API 2024, inscrivez-vous gratuitement 👉 https://lnkd.in/g3McmepG Julien Bichon | Ferhat Bareche | Marine Meyer

Est-ce que cette conversation te rappelle quelque chose ? “moi j’appelle ça un #test d’intégration.” “pas vraiment, tu ne testes aucune entrée/sortie.” “oui, mais je teste plusieurs unités de code.” “pour moi, ça reste un test unitaire.” 🤯 Pas étonnant : la plupart des équipes de développement s'appuient sur une suite de tests automatisés et chacun y va de son propre terme. Les équipes d’#OCTONord ne font pas exception à la règle. Avoir des préférences individuelles n’empêche pas d’arriver à un consensus. Sur leur dispositif client, nos consultants ont établi que : - Les 𝘁𝗲𝘀𝘁𝘀 𝘂𝗻𝗶𝘁𝗮𝗶𝗿𝗲𝘀 se concentrent sur la validation d’unités de code isolées. Ils n’interagissent avec aucune entrée/sortie. - Les 𝘁𝗲𝘀𝘁𝘀 𝗱'𝗶𝗻𝘁𝗲́𝗴𝗿𝗮𝘁𝗶𝗼𝗻 valident les interactions avec une ou plusieurs entrées/sorties dont l’application dépend pour fonctionner (base de données, API externe, fichiers…). Les APIs externes sont bouchonnées. - Les 𝘁𝗲𝘀𝘁𝘀 𝗲𝗻𝗱-𝘁𝗼-𝗲𝗻𝗱 sortent du périmètre de responsabilité de l’équipe : ils simulent des scénarios d'utilisation en conditions réelles, du début à la fin, sans utilisation de bouchon. Ils impliquent donc toute la chaîne d’applicatifs nécessaire à servir la demande. Avec ces conventions, l’équipe est capable d’évaluer sur une même base si le test est adapté au comportement testé. Elle sait aussi ce que sa mise en place implique techniquement. ⚒️ Mais catégoriser les tests n’a de sens que si l’on s’est posé au préalable la question suivante : que souhaite-t-on tester ? Qu’un calcul de tarification fait dans l’applicatif est correct ?  🧱 Que l’applicatif envoie le bon message dans un bus d'événements destiné à d’autres services ? 📤 Que le parcours d’achat fonctionne de bout en bout, de la sélection d’articles au paiement ?  🏁 La finalité reste toujours la même : avoir la certitude que le produit fonctionne comme attendu à chaque nouvelle livraison, sans bug. C’est une fois que l’on a décidé des comportements à verrouiller par un test, si possible automatisé, qu’avoir des conventions prend tout son sens. Sans “why”, pas de “how”. Alors, pourquoi tu l’écris, ce test ?

En tant que "QA Automation Engineer" chez NEOBRAIN je vous dévoile une feature INDISPENSABLE basée sur l'IA et le Machine Learning que nous utilisons au quotidien pour sécuriser notre application : le "Self Healing"🧠 Cette techno permet à nos tests de s'adapter automatiquement aux changements de l'application, réduisant le besoin de maintenance manuelle et augmentant la fiabilité de nos tests automatisés (nous évitons ainsi les "Flaky tests", des tests instables qui retournent des faux-KO)🎯 Nos tests automatisés sont ainsi capables d'identifier les modifications dans l'interface utilisateur, comme un bouton déplacé ou un changement d'ID, et de s'ajuster en conséquence sans aucune intervention humaine. 🔄 Cette innovation dans les tests automatisés optimise mon temps de travail de QA au quotidien mais améliore aussi considérablement la qualité et la stabilité de notre application lors d'une mise en production👌

Tests end to end (test E2E) Les tests end to end, en français test de bout en bout (e2e), constituent une approche qui permet d’évaluer le fonctionnement d’un produit dans un processus de bout en bout. Les tests end to end vérifient que tous les composants d’un système sont capables de fonctionner de manière optimale dans des situations réelles. Le but ici est de vérifier le bon fonctionnement d’une application du début à la fin du parcours client.  #test #testing #quality

🚀 Optimisez vos Tests d'Intégration Continue❗ L'intégration continue accélère la livraison des applications tout en maintenant la qualité, et les tests d'intégration continue en sont les gardiens. Découvrez 6️⃣ bonnes pratiques essentielles pour optimiser votre pipeline CI/CD: 🔻🔻 1️⃣ Automatisation Complète des Tests 2️⃣ Tests Isolés et Indépendants 3️⃣ Utilisation de Données de Test Consistantes 4️⃣ Exécution Rapide des Tests 5️⃣ Intégration avec des Outils de Surveillance 6️⃣ Feedback Clair et Utile Pour plus de détails👉👉 https://lnkd.in/gzqwW8zr #CI #CD #EuroTechConseil

Prtie 2/2 🟢 La TF s’appuie sur le cahier des charges client 👉 Chez Atos, la mise en place d’une équipe de test repose sur un réel partenariat avec le client. 🔸En amont du projet, l’équipe de testeurs Atos reçoit les mêmes documents que les développeurs de la solution cible et rédige les tests. Il est essentiel d’impliquer les équipes de test en amont des projets afin d’anticiper les dysfonctionnements, parfois même avant les étapes coding. 🔸Quand la solution est développée, elle est livrée à l’équipe de test. Le rôle des testeurs est alors de vérifier que les développements correspondent bien au cahier des charges initial. L’indépendance entre équipe de développement et la TF permet de garantir l’objectivité des tests. 📍L’équipe de test  🔸Atos met idéalement à disposition de ses clients quatre profils de compétences dans l’équipe de test :  - Un consultant test expert (méthodologie, accompagnement au changement, etc.)  - Un pilote de test (gestion d’équipe, pilotage projet…)  - Les testeurs (tests fonctionnels, tests non fonctionnels).  - Les automaticiens (automatisation des tests systèmes, de bout en bout…) 📍La TF permet de maîtriser ses coûts tout en offrant une qualité des tests 🔸Au-delà de la fiabilité et de la qualité des tests effectués par des experts externes, la TF permet au client d’allouer une enveloppe budgétaire prédéfinie à l’avance à la phase de tests. 📍Un dispositif flexible et sur-mesure 🔸La flexibilité des ressources allouées est le premier bénéfice pour les clients. Atos met à disposition une communauté d’experts du test, aux multiples compétences en fonction des besoins. La montée ou baisse en charge est complètement déléguée au prestataire. Le client peut aussi compter sur un éventail de compétences élargies en dehors de l’équipe test Atos en cas de besoin (audit de code, audit de maturité du test, outillage, etc.). 📍Une neutralité des tests  🔸Autre avantage de la TF : les tests sont élaborés par des équipes de test indépendantes des personnes qui ont développé la solution. Ce qui garantit une complète neutralité des tests et aussi une meilleure qualité de la future solution. 🔸La Testing Factory présente donc de nombreux atouts pour les entreprises qui mettent en place des projets informatiques longs et complexes aux multiples facettes. (Le lien du post précédent en commentaire) #kouassimarcellin #TestingFactory #TF #ISTQB #atos #atostestingfactory #Bullatostechnologie

En réalité, les tests unitaires ne se concentrent pas nécessairement sur chaque méthode privée ou publique, ni sur chaque classe individuelle. Ils visent plutôt à tester le comportement attendu des unités de code (généralement API: méthodes publiques) indépendamment du reste du système. L'objectif est de s'assurer que chaque unité fonctionne correctement, contribuant ainsi à la stabilité globale du logiciel.

✅ Faire une session de QA complète de l'application avant la livraison et s'ajouter 10 tickets. Oui, cela peut sembler beaucoup, mais voici ce qu'il en est : - 1 vrai bug mineur. - 9 améliorations de copy/design à effectuer, car ma compréhension des utilisateurs a évolué et le travail réalisé dans des parties que je vois pas souvent (onboarding principalement) nécessite des ajustements (changement de positionnement mais les fonctionnalités restent identiques). C'est tout un défi d'être sur tous les fronts 😤

Le test de régression est un pilier essentiel de l'assurance qualité logicielle. En identifiant les régressions potentielles après des modifications logicielles, il garantit la stabilité et la fiabilité des applications. Maîtriser cette pratique permet de livrer des produits de meilleure qualité et d'assurer une expérience utilisateur optimale. #QualitéLogicielle #TestDeRégression #AssuranceQualité #QA