Quelques slides sur des conseils et des bonnes pratiques autour de l'assurance qualité logicielle

1. L’assurance 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

4. L’assurance qualité
(tout risque)

5. Améliorer son processus de développement
par étapes

6. “De l’importance des inspections manuelles,
formalisées...

9. Les facteurs de risque
Chaque produit logiciel est unique :
▧ Le niveau de complexité
▧ Le niveau d’interaction avec l'utilisateur
▧ Les capacités de détection des défauts
L’environnement dans lequel est développé le logiciel :
▧ Le contrat
▧ Les conditions pour établir un travail d’équipe
▧ Les besoins de coopération et de coordination des équipes
▧ La complexité des systèmes en interaction
▧ Le besoin de continuation d’un logiciel avec
renouvellement de l’équipe
▧ Le besoin de maintenir un logiciel pendant des années

10. Un outil de management : le BSC
92, Kaplan

11. 1.Partager la vision pour le pôle/l’entreprise
2.Associer les collaborateurs à la stratégie
3.Définir les objectifs (pour l’année)
4.Définir les KPIs qui mesurent le succès de
ces objectifs
5.Piloter les KPI, agir et améliorer
Etapes pour la construction du BSC

12. Un outil de management : le BSC
▧ Financial = analyse de la productivité du
pôle de développement, performance
financière d’un produit (ventes, parts de
marché, etc)
▧ Learning = analyse des efforts d’innovation
menés dans le pôle de développement +
Evaluation de la satisfaction des employés
▧ Customer = évaluation de la satisfaction
des utilisateurs
▧ Internal Business Process = évaluation des
processus internes

13. ▧ Nombre de livrables produits par mois
▧ Nombre de fois qu’une exigence est
modifiée après sa rédaction initiale
▧ % Avancement d’un projet d’un point de vue
fonctionnel
▧ % Couverture de code
▧ Charge moyenne associée à une exigence
▧ Nombre de défauts livrés au client
▧ Nombre de bugs détectés en pré-prod / FP
Quelques KPIS...
Financière
Cliente
Processus internes
Innovation

15. La checklist pour réussir
▧ Inspections formelles (exigences, design et code)
▧ Analyse statique des exigences (vocabulaire, lexique, métier)
▧ Analyse statique de code
▧ Tests automatisés
▧ Modélisation des exigences (BPM, Modèle Processus, Activité, Acteurs)
▧ Evaluation de la qualité fonctionnelle
▧ Evaluation de la qualité technique
▧ Détection du nombre de défauts détectés pre-prod
▧ Détection du nombre de défauts livrés en prod
▧ Outils de couverture de tests (exigences, branches, code)
▧ Evaluation de la complexité du logiciel
▧ Logiciels d’assistance à la génération des testcases
▧ Outils d’estimation de la qualité (dashboard, reporting)
▧ Spécialistes certifiés testeurs
▧ Root-Cause analysis

16. le BSC
assisté
par
ordinateur
(source
kpisuite.com)

17. (A suivre)
La qualité logicielle

18. Merci
Vous pouvez me trouver :
@sleroy0
sylvain.leroy@tocea.com