SlideShare une entreprise Scribd logo

Qu'est ce qu'un logiciel de qualité

Sylvain Leroy
Sylvain Leroy
Sylvain LeroySoftware Quality Manager / Founder of Byoskill.com à Private Banking / Byoskill

Quelques slides pour réfléchir sur la notion de qualité pour un logiciel et des méthodes pour la mesurer

Qu'est ce qu'un logiciel de qualité

1  sur  33
Télécharger pour lire hors ligne
La qualité logicielle
Hello!
Je suis Sylvain Leroy
Vous pouvez me trouver sur :
sylvain.leroy@tocea.com / @sleroy0
about.me/sylvain_leroy
2007
Ingénieur
Recherche
Informatique
2011
Création
Société Tocea
2014
Acquisition Tocea
Groupe Metrixware
CTO Tocea
2015
Acquisition Echoes
Groupe Metrixware
CTO MetrixwareProjet Recherche
Ma Société
▧ Assistance Qualité / Recette
applications
▧ Modernisation automatique
d’applications
▧ Offre Intégration Usine
Logicielle
▧ Formateurs Bonnes Pratiques
/Cleancode / Qualité / Devops
▧ Distributeur Outils de
qualité de code
(Optimyth)
▧ Komea Dashboard
(Pilotage développements
par la
qualité/productivité)
▧ Offres Cobol/Mainframe
La qualité logicielle?
“
De quoi est composé
un logiciel ?
Les programmes,
Les procédures,
La documentation,
Les données,
Les scripts,
Les tests...

Recommandé

Assurance Qualité logicielle
Assurance Qualité logicielleAssurance Qualité logicielle
Assurance Qualité logicielleSylvain Leroy
 
Introduction à la qualité logicielle (1/5)
Introduction à la qualité logicielle (1/5)Introduction à la qualité logicielle (1/5)
Introduction à la qualité logicielle (1/5)Sylvain Leroy
 
EAI/ERP - Petit cours sur le principe du EAI/ERP, Microsoft BizTalk 2006 & Mi...
EAI/ERP - Petit cours sur le principe du EAI/ERP, Microsoft BizTalk 2006 & Mi...EAI/ERP - Petit cours sur le principe du EAI/ERP, Microsoft BizTalk 2006 & Mi...
EAI/ERP - Petit cours sur le principe du EAI/ERP, Microsoft BizTalk 2006 & Mi...Sonny Brabez
 
Automatisation des tests
Automatisation des testsAutomatisation des tests
Automatisation des testsZhu Wei QI
 
Test de logiciels
Test de logiciels Test de logiciels
Test de logiciels Bilel Abed
 

Contenu connexe

Tendances

Cycles de vie d'un logiciel
Cycles de vie d'un logicielCycles de vie d'un logiciel
Cycles de vie d'un logicielRabia AZIZA
 
Tests & recette - Les fondamentaux
Tests & recette - Les fondamentauxTests & recette - Les fondamentaux
Tests & recette - Les fondamentauxCOMPETENSIS
 
Métriques de qualité logicielle
Métriques de qualité logicielleMétriques de qualité logicielle
Métriques de qualité logicielleYouness Boukouchi
 
Management de la qualité
Management de la qualitéManagement de la qualité
Management de la qualitéSaber Ferjani
 
Introduction à la qualité
Introduction à la qualitéIntroduction à la qualité
Introduction à la qualitéCharles Duchêne
 
Exigences de qualité des systèmes / logiciels
Exigences de qualité des systèmes / logicielsExigences de qualité des systèmes / logiciels
Exigences de qualité des systèmes / logicielsPierre
 
Introduction à la validation de logiciel
Introduction à la validation de logicielIntroduction à la validation de logiciel
Introduction à la validation de logicielJean-Paul CARMONA
 
Guide tests fonctionnels
Guide tests fonctionnelsGuide tests fonctionnels
Guide tests fonctionnelscvcby
 
Analyse et conception des systèmes d’information
Analyse et conception des systèmes d’informationAnalyse et conception des systèmes d’information
Analyse et conception des systèmes d’informationMireille Blay-Fornarino
 
les metriques de processus, de produit et de qualité
les metriques de processus, de produit et de qualitéles metriques de processus, de produit et de qualité
les metriques de processus, de produit et de qualitésoregh
 
TD1-UML-correction
TD1-UML-correctionTD1-UML-correction
TD1-UML-correctionLilia Sfaxi
 
Introduction au génie logiciel
Introduction au génie logicielIntroduction au génie logiciel
Introduction au génie logicielMohamed Diallo
 
Cycle de développement du logiciel
Cycle de développement du logicielCycle de développement du logiciel
Cycle de développement du logicielMajid CHADAD
 

Tendances (20)

Cycles de vie d'un logiciel
Cycles de vie d'un logicielCycles de vie d'un logiciel
Cycles de vie d'un logiciel
 
Tests & recette - Les fondamentaux
Tests & recette - Les fondamentauxTests & recette - Les fondamentaux
Tests & recette - Les fondamentaux
 
Métriques de qualité logicielle
Métriques de qualité logicielleMétriques de qualité logicielle
Métriques de qualité logicielle
 
Test logiciel
Test logicielTest logiciel
Test logiciel
 
Management de la qualité
Management de la qualitéManagement de la qualité
Management de la qualité
 
Introduction à la qualité
Introduction à la qualitéIntroduction à la qualité
Introduction à la qualité
 
Présentation Qualité ISO
Présentation Qualité ISOPrésentation Qualité ISO
Présentation Qualité ISO
 
Auto diagnostic-1
Auto diagnostic-1Auto diagnostic-1
Auto diagnostic-1
 
Exigences de qualité des systèmes / logiciels
Exigences de qualité des systèmes / logicielsExigences de qualité des systèmes / logiciels
Exigences de qualité des systèmes / logiciels
 
CMMI ®
CMMI ®CMMI ®
CMMI ®
 
Introduction à la validation de logiciel
Introduction à la validation de logicielIntroduction à la validation de logiciel
Introduction à la validation de logiciel
 
Méthodes agiles
Méthodes agilesMéthodes agiles
Méthodes agiles
 
Guide tests fonctionnels
Guide tests fonctionnelsGuide tests fonctionnels
Guide tests fonctionnels
 
Analyse et conception des systèmes d’information
Analyse et conception des systèmes d’informationAnalyse et conception des systèmes d’information
Analyse et conception des systèmes d’information
 
Ingénierie du test 0.9
Ingénierie du test 0.9Ingénierie du test 0.9
Ingénierie du test 0.9
 
les metriques de processus, de produit et de qualité
les metriques de processus, de produit et de qualitéles metriques de processus, de produit et de qualité
les metriques de processus, de produit et de qualité
 
TD1-UML-correction
TD1-UML-correctionTD1-UML-correction
TD1-UML-correction
 
Introduction au génie logiciel
Introduction au génie logicielIntroduction au génie logiciel
Introduction au génie logiciel
 
Cycle de développement du logiciel
Cycle de développement du logicielCycle de développement du logiciel
Cycle de développement du logiciel
 
Gestion de projet
Gestion de projetGestion de projet
Gestion de projet
 

Similaire à Qu'est ce qu'un logiciel de qualité

Pas d'agilité sans qualité
Pas d'agilité sans qualitéPas d'agilité sans qualité
Pas d'agilité sans qualitéAgile Montréal
 
Industrialisation des développements logiciels
Industrialisation des développements logicielsIndustrialisation des développements logiciels
Industrialisation des développements logicielsSylvain Leroy
 
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?XP Day CH
 
qualité logicielle (8).pdf
qualité logicielle (8).pdfqualité logicielle (8).pdf
qualité logicielle (8).pdfNoamHaythem
 
Agile tour 2015 alliés contre les défauts
Agile tour 2015   alliés contre les défautsAgile tour 2015   alliés contre les défauts
Agile tour 2015 alliés contre les défautsJulien Jakubowski
 
Agile tour Lille 2015 allies ensemble contre les defauts
Agile tour Lille 2015 allies ensemble contre les defautsAgile tour Lille 2015 allies ensemble contre les defauts
Agile tour Lille 2015 allies ensemble contre les defautsAntoine Blk
 
20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?LeClubQualiteLogicielle
 
[Agile Testing Day] Introduction
[Agile Testing Day] Introduction[Agile Testing Day] Introduction
[Agile Testing Day] IntroductionCellenza
 
DevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitaleDevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitaleSamuel Metias
 
Radical Quality From Toyota to Tech - Devoxx France.pptx
Radical Quality From Toyota to Tech - Devoxx France.pptxRadical Quality From Toyota to Tech - Devoxx France.pptx
Radical Quality From Toyota to Tech - Devoxx France.pptxFlavian Hautbois
 
Techdays2011
Techdays2011 Techdays2011
Techdays2011 ALTER WAY
 
AgileTour Toulouse 2012 : de la livraison continue dans mon organisation
AgileTour Toulouse 2012 : de la livraison continue dans mon organisationAgileTour Toulouse 2012 : de la livraison continue dans mon organisation
AgileTour Toulouse 2012 : de la livraison continue dans mon organisationAgile Toulouse
 
De la livraison continue dans mon organisation?
De la livraison continue dans mon organisation?De la livraison continue dans mon organisation?
De la livraison continue dans mon organisation?Goood!
 
Omnilog 2016 - Apéro techno : Rex FFF sur l'intégration continue
Omnilog 2016 - Apéro techno : Rex FFF sur l'intégration continueOmnilog 2016 - Apéro techno : Rex FFF sur l'intégration continue
Omnilog 2016 - Apéro techno : Rex FFF sur l'intégration continueXavier Callens
 
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...OCTO Technology
 
Adoption incrémentale des tests dans VS ALM
Adoption incrémentale des tests dans VS ALMAdoption incrémentale des tests dans VS ALM
Adoption incrémentale des tests dans VS ALMGrégory Ott
 
Avis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests LogicielsAvis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests LogicielsCloudNetCare
 
Introduction à la démarche Devops
Introduction à la démarche DevopsIntroduction à la démarche Devops
Introduction à la démarche DevopsRomain Chalumeau
 

Similaire à Qu'est ce qu'un logiciel de qualité (20)

Pas d'agilité sans qualité
Pas d'agilité sans qualitéPas d'agilité sans qualité
Pas d'agilité sans qualité
 
Industrialisation des développements logiciels
Industrialisation des développements logicielsIndustrialisation des développements logiciels
Industrialisation des développements logiciels
 
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?
 
qualité logicielle (8).pdf
qualité logicielle (8).pdfqualité logicielle (8).pdf
qualité logicielle (8).pdf
 
Agile tour 2015 alliés contre les défauts
Agile tour 2015   alliés contre les défautsAgile tour 2015   alliés contre les défauts
Agile tour 2015 alliés contre les défauts
 
Agile tour Lille 2015 allies ensemble contre les defauts
Agile tour Lille 2015 allies ensemble contre les defautsAgile tour Lille 2015 allies ensemble contre les defauts
Agile tour Lille 2015 allies ensemble contre les defauts
 
20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?
 
Hands on Sonar
Hands on SonarHands on Sonar
Hands on Sonar
 
[Agile Testing Day] Introduction
[Agile Testing Day] Introduction[Agile Testing Day] Introduction
[Agile Testing Day] Introduction
 
DevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitaleDevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitale
 
Radical Quality From Toyota to Tech - Devoxx France.pptx
Radical Quality From Toyota to Tech - Devoxx France.pptxRadical Quality From Toyota to Tech - Devoxx France.pptx
Radical Quality From Toyota to Tech - Devoxx France.pptx
 
Techdays2011
Techdays2011 Techdays2011
Techdays2011
 
AgileTour Toulouse 2012 : de la livraison continue dans mon organisation
AgileTour Toulouse 2012 : de la livraison continue dans mon organisationAgileTour Toulouse 2012 : de la livraison continue dans mon organisation
AgileTour Toulouse 2012 : de la livraison continue dans mon organisation
 
De la livraison continue dans mon organisation?
De la livraison continue dans mon organisation?De la livraison continue dans mon organisation?
De la livraison continue dans mon organisation?
 
Omnilog 2016 - Apéro techno : Rex FFF sur l'intégration continue
Omnilog 2016 - Apéro techno : Rex FFF sur l'intégration continueOmnilog 2016 - Apéro techno : Rex FFF sur l'intégration continue
Omnilog 2016 - Apéro techno : Rex FFF sur l'intégration continue
 
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...
Petit-déjeuner "Cultiver l'art du code de qualité... Afin de livrer plus vite...
 
Adoption incrémentale des tests dans VS ALM
Adoption incrémentale des tests dans VS ALMAdoption incrémentale des tests dans VS ALM
Adoption incrémentale des tests dans VS ALM
 
Adoption incrémentale des tests dans VS ALM
Adoption incrémentale des tests dans VS ALMAdoption incrémentale des tests dans VS ALM
Adoption incrémentale des tests dans VS ALM
 
Avis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests LogicielsAvis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests Logiciels
 
Introduction à la démarche Devops
Introduction à la démarche DevopsIntroduction à la démarche Devops
Introduction à la démarche Devops
 

Qu'est ce qu'un logiciel de qualité

  • 2. Hello! Je suis Sylvain Leroy Vous pouvez me trouver sur : sylvain.leroy@tocea.com / @sleroy0 about.me/sylvain_leroy 2007 Ingénieur Recherche Informatique 2011 Création Société Tocea 2014 Acquisition Tocea Groupe Metrixware CTO Tocea 2015 Acquisition Echoes Groupe Metrixware CTO MetrixwareProjet Recherche
  • 3. Ma Société ▧ Assistance Qualité / Recette applications ▧ Modernisation automatique d’applications ▧ Offre Intégration Usine Logicielle ▧ Formateurs Bonnes Pratiques /Cleancode / Qualité / Devops ▧ Distributeur Outils de qualité de code (Optimyth) ▧ Komea Dashboard (Pilotage développements par la qualité/productivité) ▧ Offres Cobol/Mainframe
  • 5. “ De quoi est composé un logiciel ?
  • 6. Les programmes, Les procédures, La documentation, Les données, Les scripts, Les tests...
  • 7. Qu’est ce que pour vous un logiciel de qualité ?
  • 8. Logiciel qui combine un faible taux de défauts et un haut niveau de satisfaction utilisateur. Le logiciel doit remplir toutes les exigences utilisateur et adhérer aux standards internationaux. La qualité fonctionnelle Casper Jones
  • 9. Logiciel qui présente une robuste architecture et peut opérer comme un environnement multi-couches sans panne ou performance dégradée. Le logiciel présente un faible niveau de complexité cyclomatique. La qualité structurelle Casper Jones
  • 10. Logiciel qui a de l’élégance, de l’ergonomie, avec des commandes faciles à utiliser et des interfaces et des écrans interactifs et des sorties bien présentées. La qualité esthétique Casper Jones
  • 11. Quels sont les signes révélateurs de non-qualité ?
  • 13. La complexité de la mesure
  • 16. Quand les sprints illustrent la dette technique
  • 17. “Les développements rapides et peu soucieux de la qualité produisent généralement des années de maintenance et d’évolutions coûteuses. La dette technique Ward Cunningham Autre conséquence, un logiciel prend le risque d’être abandonné plus rapidement (vieillissement précoce)
  • 18. “C’est le coût de ne pas créer un logiciel de qualité. Chaque fois que qu’une partie du logicielle est refaite, le coût de la qualité augmente Le coût de la qualité Principles of Quality Costs, edited by Douglas C. Wood, ASQ Quality Press, 2012.
  • 21. Qualité logicielle = Satisfaire les clients = Traquer les défauts = COnserver sa productivité
  • 22. Les défauts, évaluation indirecte de la qualité d’un produit
  • 23. Vocabulaire : ▧ Défauts : …. ▧ Anomalie, Faute : ... ▧ Erreur, Bogue : …. ▧ Défaillance, Incident : ….
  • 24. Défauts et méthodologie Méthodologie de dev. Taux de défauts potentiel / FP Efficacité de suppression(%) Taux de défauts délivrés / FP Cowboy 5.50 83% 0.94 Cycle en V 5.00 85% 0.75 Itérative 4.75 87% 0.62 Orientée objet 4.50 90% 0.45 Agile avec Scrum 4.30 94% 0.26 Test driven development 4.20 95% 0.21 Unified Process (RUP) 4.15 96% 0.17 PSP et TSP 3.50 97% 0.10 85% Certifié Réutilisation 1.75 99% 0.002
  • 25. Quelles sont les causes les plus courantes de bugs ?
  • 26. Les causes de bugs les plus courantes : ▧ Exigences non précises ▧ Spécifications mal rédigés ou absentes ▧ Déviations volontaires des exigences ▧ Erreurs de design ▧ Erreur de codage ▧ Non conformité avec la documentation ou les conventions de codage ▧ Tests insuffisants ▧ Processus insuffisamment industrialisé ▧ Erreurs dans la documentation
  • 27. Quelles sont les justifications les plus courantes?
  • 28. Ceci est une fonctionnalité
  • 29. TOP 20 Justifications les plus courantes ▧ Cela fonctionne sur ma machine ▧ Ou étiez-vous quand le programme a crashé ? ▧ Pourquoi voulez-vous faire ceci ainsi ? ▧ Vous n’utilisez pas la bonne version du système d’exploitation ▧ Même si cela ne fonctionne pas, est-ce gênant ? ▧ Avez vous passé l’antivirus ? ▧ Quelqu’un a du changé mon code ▧ Cela fonctionne mais cela n’a pas été testé ▧ Ceci ne peut être à l’origine de Cela! ▧ Je ne peux pas tout tester! ▧ C’est juste une coïncidence malchanceuse ▧ Vous ne devez pas utiliser la dernière version du logiciel ▧ Je n’ai pas touché à ce module depuis des lustres! ▧ Il doit avoir quelque chose de bizarre dans vos données ▧ Qu’avez vous pu taper pour faire planter le logiciel ? ▧ Cela doit être un problème matériel ▧ Comment est-ce possible ? ▧ Cela fonctionnait hier ▧ Cela fonctionne sur ma machine ▧ Cela n’avait jamais cela avant ▧ C’est bizarre ▧ C’est normal, c’est une fonctionnalité
  • 31. Crime et Châtiment Exigences Plus difficiles à prévenir et à corriger L’ajout incessant de fonctionnalités Source très gênante de bugs Architecture Clé pour structurer la qualité Design Plus graves et contaminantes Code source Les plus nombreuses, faciles à corriger Failles de sécurité Difficiles à trouver, difficiles à corriger Documentation Important si non corrigée Mauvaises corrections Difficiles à trouver Mauvais jeux de tests Nombreux mais rarement évalués Mauvaises données Commun mais jamais mesuré Structure Difficile à identifier
  • 33. Merci Vous pouvez me trouver : @sleroy0 sylvain.leroy@tocea.com

Notes de l'éditeur

  1. Versionner la documentation Générer la documentation Collaborer pour améliorer la documentatio
  2. http://www.bullseye.com/minimum.html https://en.wikipedia.org/wiki/Usability_testing https://en.wikipedia.org/wiki/System_testing https://en.wikipedia.org/wiki/Sanity_testing http://www.tutorialspoint.com/software_testing_dictionary/acceptance_testing.htm http://agiledata.org/essays/tdd.html http://fr.slideshare.net/edvorkin/unit-testing-with-spock-framework?next_slideshow=1 http://www.bullseye.com/minimum.html
  3. http://www.bullseye.com/minimum.html https://en.wikipedia.org/wiki/Usability_testing https://en.wikipedia.org/wiki/System_testing https://en.wikipedia.org/wiki/Sanity_testing http://www.tutorialspoint.com/software_testing_dictionary/acceptance_testing.htm http://agiledata.org/essays/tdd.html http://fr.slideshare.net/edvorkin/unit-testing-with-spock-framework?next_slideshow=1 http://www.bullseye.com/minimum.html
  4. http://www.bullseye.com/minimum.html https://en.wikipedia.org/wiki/Usability_testing https://en.wikipedia.org/wiki/System_testing https://en.wikipedia.org/wiki/Sanity_testing http://www.tutorialspoint.com/software_testing_dictionary/acceptance_testing.htm http://agiledata.org/essays/tdd.html http://fr.slideshare.net/edvorkin/unit-testing-with-spock-framework?next_slideshow=1 http://www.bullseye.com/minimum.html
  5. Versionner la documentation Générer la documentation Collaborer pour améliorer la documentatio
  6. Versionner la documentation Générer la documentation Collaborer pour améliorer la documentatio
  7. http://www.bullseye.com/minimum.html https://en.wikipedia.org/wiki/Usability_testing https://en.wikipedia.org/wiki/System_testing https://en.wikipedia.org/wiki/Sanity_testing http://www.tutorialspoint.com/software_testing_dictionary/acceptance_testing.htm http://agiledata.org/essays/tdd.html http://fr.slideshare.net/edvorkin/unit-testing-with-spock-framework?next_slideshow=1 http://www.bullseye.com/minimum.html
  8. http://www.bullseye.com/minimum.html https://en.wikipedia.org/wiki/Usability_testing https://en.wikipedia.org/wiki/System_testing https://en.wikipedia.org/wiki/Sanity_testing http://www.tutorialspoint.com/software_testing_dictionary/acceptance_testing.htm http://agiledata.org/essays/tdd.html http://fr.slideshare.net/edvorkin/unit-testing-with-spock-framework?next_slideshow=1 http://www.bullseye.com/minimum.html
  9. http://www.bullseye.com/minimum.html https://en.wikipedia.org/wiki/Usability_testing https://en.wikipedia.org/wiki/System_testing https://en.wikipedia.org/wiki/Sanity_testing http://www.tutorialspoint.com/software_testing_dictionary/acceptance_testing.htm http://agiledata.org/essays/tdd.html http://fr.slideshare.net/edvorkin/unit-testing-with-spock-framework?next_slideshow=1 http://www.bullseye.com/minimum.html http://asq.org/learn-about-quality/cost-of-quality/overview/overview.html le coût de réécrire une partie (refactoring) le coût de retester une fonctionnalité le coût de refabrication, d’installation, mise à jour déploiement...
  10. n = Number of resources required R = Rate (hourly average) of resource H = Hours required C = Costs associated with benefits, payroll, recruitment (usually ~40% of hourly rate) HC = Hardware Costs SL = Software Licenses MI = Migration and Implementation expenses (e.g. consulting engagements, training, etc)
  11. ANomalie : Toute condition qui dévie des attentes basées sur les exigences de spécifications, documents de conception, documents utilisateurs, standards etc, ou des perceptions ou expériences de quelqu’un. Les anomalies peuvent être trouvées pendant, mais pas uniquement, les revues, tests, analyses, compilations ou utilisation des produits logiciels ou de la documentation applicable [IEEE 1044]. Voir aussi défauts, déviation, erreur, faute, défaillance, incident, problème. Incident : lié au tests Defauts : Anomalies :Ecart aux spec Defauts = Bug livrés
  12. ANomalie : Toute condition qui dévie des attentes basées sur les exigences de spécifications, documents de conception, documents utilisateurs, standards etc, ou des perceptions ou expériences de quelqu’un. Les anomalies peuvent être trouvées pendant, mais pas uniquement, les revues, tests, analyses, compilations ou utilisation des produits logiciels ou de la documentation applicable [IEEE 1044]. Voir aussi défauts, déviation, erreur, faute, défaillance, incident, problème.
  13. ANomalie : Toute condition qui dévie des attentes basées sur les exigences de spécifications, documents de conception, documents utilisateurs, standards etc, ou des perceptions ou expériences de quelqu’un. Les anomalies peuvent être trouvées pendant, mais pas uniquement, les revues, tests, analyses, compilations ou utilisation des produits logiciels ou de la documentation applicable [IEEE 1044]. Voir aussi défauts, déviation, erreur, faute, défaillance, incident, problème.
  14. ANomalie : Toute condition qui dévie des attentes basées sur les exigences de spécifications, documents de conception, documents utilisateurs, standards etc, ou des perceptions ou expériences de quelqu’un. Les anomalies peuvent être trouvées pendant, mais pas uniquement, les revues, tests, analyses, compilations ou utilisation des produits logiciels ou de la documentation applicable [IEEE 1044]. Voir aussi défauts, déviation, erreur, faute, défaillance, incident, problème.