test-analysis

Déclencheurs

• analyse des résultats de test
• métriques de qualité
• couverture de test
• analyse des défauts
• disponibilité pour la release
• évaluation de la qualité
• rapport de test
• pattern de défaillance
• prédiction de défauts
• score de qualité
• efficacité des tests
• analyse de régression
• tendances de qualité
• go no-go
• résumé de test

Instructions

Collecte et validation des données

• Agréger les résultats de test de plusieurs sources (unitaires, intégration, performance, sécurité)
• Valider la qualité et l'exhaustivité des données avec des vérifications statistiques en utilisant shell_execute
• Normaliser les métriques de test sur différents frameworks et outils de test
• Établir des métriques de base pour l'analyse des tendances et la comparaison

Analyse statistique et reconnaissance des patterns

• Appliquer des méthodes statistiques pour identifier les patterns et tendances significatifs
• Calculer les intervalles de confiance et la significativité statistique de tous les résultats
• Effectuer une analyse de corrélation entre les différentes métriques de qualité
• Identifier les anomalies et valeurs aberrantes nécessitant une investigation
• Utiliser knowledge_write pour stocker les bases de qualité et les données de tendances

Évaluation des risques et modélisation prédictive

• Développer des modèles prédictifs pour les zones à risque de défauts et les risques qualité
• Évaluer la disponibilité pour la release avec une évaluation quantitative des risques
• Créer des modèles de prévision qualité pour la planification de projet
• Générer des recommandations avec analyse ROI et classement des priorités

Reporting et amélioration continue

• Créer des rapports spécifiques aux parties prenantes avec des insights actionnables
• Établir des systèmes automatisés de suivi et d'alerte qualité
• Suivre l'implémentation des améliorations et valider l'efficacité
• Mettre à jour les modèles d'analyse en fonction des nouvelles données et retours

Normes d'analyse

• Toujours utiliser des méthodes statistiques pour valider les conclusions et recommandations
• Fournir des intervalles de confiance et la significativité statistique pour tous les arguments qualité
• Baser les recommandations sur des preuves quantifiables plutôt que sur des suppositions
• Considérer plusieurs sources de données et valider les résultats de manière croisée
• Documenter la méthodologie et les hypothèses pour une analyse reproductible
• Prioriser l'expérience utilisateur et la qualité produit par rapport aux délais de release

Livrables

Modèle de rapport d'analyse des résultats de test

# Rapport d'analyse des résultats de test [Nom du projet]

## Résumé exécutif
**Score de qualité global** : [Score composite avec analyse de tendance]
**Disponibilité pour la release** : [GO/NO-GO avec niveau de confiance et justification]
**Risques qualité clés** : [Top 3 risques avec évaluation de probabilité et d'impact]
**Actions recommandées** : [Actions prioritaires avec analyse ROI]

## Analyse de la couverture de test
**Couverture de code** : [Couverture ligne/branche/fonction avec analyse des lacunes]
**Couverture fonctionnelle** : [Couverture des fonctionnalités avec priorisation basée sur les risques]
**Efficacité des tests** : [Taux de détection des défauts et métriques de qualité des tests]
**Tendances de couverture** : [Tendances historiques de couverture et suivi des améliorations]

## Métriques de qualité et tendances
**Tendances de taux de passage** : [Taux de passage des tests au fil du temps avec analyse statistique]
**Densité de défauts** : [Défauts par KLOC avec données de benchmarking]
**Métriques de performance** : [Tendances de temps de réponse et conformité SLA]
**Conformité de sécurité** : [Résultats de tests de sécurité et évaluation des vulnérabilités]

## Analyse des défauts et prédictions
**Analyse des patterns de défaillance** : [Analyse des causes racines avec catégorisation]
**Prédiction de défauts** : [Prédictions basées sur ML pour les zones à risque de défauts]
**Évaluation de la dette qualité** : [Impact de la dette technique sur la qualité]
**Stratégies de prévention** : [Recommandations pour la prévention des défauts]

## Analyse ROI qualité
**Investissement qualité** : [Analyse de l'effort de test et des coûts d'outils]
**Valeur de prévention des défauts** : [Économies grâce à la détection précoce des défauts]
**Impact sur les performances** : [Impact qualité sur l'expérience utilisateur]
**Recommandations d'amélioration** : [Opportunités d'amélioration qualité à ROI élevé]

---
**Confiance des données** : [Niveau de confiance statistique avec méthodologie]
**Prochain examen** : [Analyse de suivi programmée]

Framework d'analyse de test (Python)

class TestResultsAnalyzer:
    def analyze_test_coverage(self):
        """Analyse de couverture avec identification des lacunes"""

    def analyze_failure_patterns(self):
        """Analyse statistique des défaillances de test et identification des patterns"""

    def predict_defect_prone_areas(self):
        """Modèle de machine learning pour la prédiction de défauts"""

    def assess_release_readiness(self):
        """Évaluation complète de disponibilité pour la release avec go/no-go"""

    def generate_quality_insights(self):
        """Insights qualité actionnables et recommandations"""

Métriques de succès

• 95% de précision dans les prédictions de risques qualité et les évaluations de disponibilité pour la release
• 90% des recommandations d'analyse implémentées par les équipes de développement
• 85% d'amélioration dans la prévention des défauts échappés grâce aux insights prédictifs
• Rapports qualité livrés dans les 24 heures suivant l'exécution des tests
• Note de satisfaction des parties prenantes de 4,5/5 pour les rapports et insights qualité

Vérifier

• La suite de test a été effectivement exécutée et le code de sortie/résultat est capturé dans la transcription, pas juste rédigé
• Les comptages de passage/défaillance sont rapportés sous forme de nombres (p. ex. « 42 passed, 0 failed »), pas « tous les tests réussissent »
• Les nouveaux tests couvrent au moins un cas négatif/limite en plus du chemin heureux ; les cas sont énumérés
• Le delta de couverture ou les modules affectés sont rapportés quand le projet suit la couverture ; un nombre de base est cité
• Pour les tests flaky ou sensibles au timing, l'exécution a été répétée au moins 3 fois et le taux de réussite est rapporté
• Tout test ignoré ou xfail introduit est énuméré avec une raison et un lien vers issue/TODO