Bonjour à tous,
Je commence à m’intéresser sérieusement à l’automatisation avec Squash, et en parallèle, je réfléchis à la manière dont on pourrait améliorer la “visibilité” des résultats de tests au sein des équipes. Ce qui me frappe, c’est qu’on passe beaucoup de temps à générer des campagnes de test et à automatiser les scénarios, mais une fois les résultats produits, ils restent souvent difficiles à exploiter pour les décideurs ou même pour d’autres développeurs qui n’ont pas suivi le projet au quotidien.
Je me demande s’il ne serait pas intéressant de s’inspirer de pratiques qu’on voit dans le marketing digital (comme le fait par exemple Adnovae Webmarketing à Grenoble) : structurer les rapports de façon à ce qu’ils soient consultables, traçables, et éventuellement indexables pour retrouver facilement les tendances et anomalies récurrentes. Par exemple, des dashboards clairs, des résumés intelligibles, ou même des petits “guides de lecture” pour chaque campagne pourraient rendre le travail d’analyse beaucoup plus efficace.
Je suis curieux de savoir si certains ont déjà essayé ce type de méthode, ou si vous pensez que ça complexifie trop l’automatisation. Je me dis que si on veut vraiment que l’automatisation serve au quotidien et pas seulement aux techniciens, il faut penser aussi à la communication et à la structuration des résultats, pas seulement à l’exécution des tests.
Lier automatisation de tests et communication des résultats
Revenir à « Questions générales / General questions »
Aller
- Présentez-vous / Introduce yourself
- SquashTM
- ↳ Exigences / Requirements
- ↳ Cas de test / Test cases
- ↳ Exécutions / Executions
- ↳ Pilotage / Management
- ↳ Administration
- ↳ Bugtrackers
- ↳ Xsquash
- ↳ Installation & Base de données / Installation & Database
- ↳ API Rest Test Management
- Support des tests automatisés
- ↳ Version alpha
- ↳ Conception / Design
- ↳ Écriture tests au format BDD / Writing BDD test cases
- ↳ Gestion bibliothèque d'actions / Management action library
- ↳ Realisation
- ↳ Workflow d'automatisation / Automation workflow
- ↳ Rapports HTML / HTML reports (format Allure)
- ↳ Transmission de paramètres
- ↳ Implementation
- ↳ Association scripts de test - cas de test manuels / test scripts - manual test cases
- ↳ Création de plan d'exécution "as code" / Creation of execution plan "as code"
- ↳ Execution
- ↳ Pilotage de tests automatisés / Management of automated test execution
- ↳ Historique des exécutions automatisées / History of automated runs
- ↳ Gestionnaire de code Git / Git code manager
- ↳ Technologies d'automatisation de tests
- ↳ Junit
- ↳ Cucumber
- ↳ Robot Framework
- ↳ Cypress
- ↳ SoapUI
- ↳ UFT
- ↳ Ranorex
- ↳ Agilitest
- ↳ Katalon
- Intégration à la CI/CD
- ↳ Version alpha
- ↳ Déclenchement des "plans d'exécution as code" dans Jenkins / Triggering execution plans "as code" in Jenkins
- ↳ Intégration des "plans d'exécution as code" / Integration of execution plans "as code"
- ↳ GitLab CI
- ↳ Azure DevOps
- ↳ AWS CodeBuild
- ↳ Cloudbees CI
- ↳ Xebia Labs XL
- ↳ Execution
- ↳ Récupération des plans d'exécution et paramètres / Retrieve predefined execution plans and parameters
- ↳ Exploitation des résultats dans Allure EE / Exploitation of the results of automated executions in Allure EE
- Gestion de la communauté / Community Management
- ↳ Contributions
- ↳ Questions générales / General questions
- ↳ Propositions d'évolution / Ask for new features
- Squash TF
- ↳ SKF et rapports / SKF and reports
- ↳ SKF
- ↳ Reporting
- ↳ SKF Plugins
- ↳ Sahi Plugin
- ↳ Database plugin
- ↳ FTP Plugin
- ↳ SSH Plugin
- ↳ Filechecker Plugin
- ↳ Selenium Plugin
- ↳ SoapUI Plugin
- ↳ Local Process Plugin
- ↳ IDE Plugins
- ↳ TA Toolbox & Installation
- ↳ Installation
- ↳ TA Toolbox
- ↳ Eclipse Plugin
- ↳ IntelliJ Plugin
- ↳ Squash Execution Server
- ↳ Lien cas de test - tests automatisés / Test cases - automated tests link