Catégorie : Méthodologie

LinkedIn 2024 : un an de posts

Posted on | by hightest | Leave a Comment on LinkedIn 2024 : un an de posts

En 2024, pour partager sa passion du test en Nouvelle-Calédonie comme ailleurs, Hightest a publié un post LinkedIn par jour ouvrable !

Cette page fournit un best of de ces posts, afin de vous permettre (et aussi de nous permettre, car parfois nous en avons besoin nous-mêmes !) de retrouver un sujet ou une discussion passée. Nous avons choisi un classement par thématiques plutôt que par date.

Nous avons beaucoup repartagé des pépites produites par notre réseau et remercions au passage la communauté francophone du test logiciel pour sa créativité et son dynamisme.

Cela vous donnera peut-être envie à vous aussi de partager votre quotidien de QA… On l’espère en tous cas !

Bonne (re)découverte !

Mieux tester

Mieux automatiser

Test management

Savoir être

Inclusion et accessibilité

Autres aspects non fonctionnels de la qualité

Jeux de données de l’espace

Memes !

Culture informatique

Explication de concepts

ISTQB, CFTL, JFTL…

Recrutement de QA

C’était un plaisir d’échanger sur LinkedIn avec une multitude de personnes passionnées par la qualité logicielle. Et si on réitérait le défi en 2025 ? 😉

Bouchons et pilotes : qu’est-ce que c’est ?

Posted on | by hightest | Leave a Comment on Bouchons et pilotes : qu’est-ce que c’est ?

En feuilletant un syllabus ISTQB, vous avez peut-être rencontré les termes de « bouchon » (« stub » en anglais) et « pilote » (« driver »). Vous souhaitez clarifier ces notions ? Cet article est pour vous !

Les définitions officielles

Voici les définitions de ces termes tels qu’ils apparaissent dans le glossaire ISTQB.

Bouchon

Type de doublon de test fournissant des réponses prédéfinies.

Pilote

Un composant ou un outil temporaire qui remplace un autre composant et contrôle ou appelle un élément de test de manière isolée.

Ces définitions sont très concises et méritent un petit approfondissement pour y voir plus clair !

Qu’est-ce qu’un bouchon ?

Comme souvent, une métaphore permet de mieux comprendre de quoi il s’agit.

Pour comprendre ce qu’est un bouchon, on peut imaginer une comédienne qui doit répéter un passage, mais son acolyte de scène est encore en route. Pas question d’attendre. Une doublure la rejoint alors sur les planches avec le texte imprimé. À chaque fois que la comédienne dit une réplique, elle lit les réponses de la personne absente.

Un bouchon, c’est comme cette doublure. C’est une simulation de composant qui remplace un autre composant logiciel. Cela peut être pour deux raisons : soit ce composant n’est pas encore disponible, soit on veut réaliser un test en isolant bien les composants.

Imaginons un service en ligne qui permet de calculer les frais d’expédition d’un colis et d’imprimer un timbre en conséquence. Tout est prêt, sauf l’interface avec le service externe qui fournit les tarifs postaux en fonction du poids du colis. Un bouchon peut alors être utilisé pour simuler ce service, et ainsi permettre de réaliser une première simulation du scénario final.

Qu’est-ce qu’un pilote ?

Là encore, utilisons une métaphore ! Un pilote est un composant qui, comme son nom l’indique, va venir diriger, « donner des ordres » au composant à tester. Le pilote est la télécommande, la voiture télécommandée est le composant à tester.

Reprenons le même exemple avec une variante. Si le composant de calcul des frais d’expédition prêt mais que l’interface cliente n’est pas encore développée, un pilote peut être utilisé pour simuler cette interface et fournir les entrées nécessaires. Ainsi, on peut vérifier que le calcul est correct sans avoir à attendre que l’interface soit terminée.

Des petits bouts de code pour expliquer

Un petit bouchon

// Bouchon pour le service de tarifs
public class BouchonTarifsPostaux {
    public double getTarifExpedition(String destination) {
        // Retourne des tarifs fixes en attendant les "vrais"
        if (destination.equals("local")) {
            return 5.0;
        } else {
            return 10.0;
        }
    }
}

Ce bouchon pourrait être utilisé dans cette classe :

public class CalculatriceDeTarifs {
    private BouchonTarifsPostaux bouchon;

    public CalculatriceDeTarifs(BouchonTarifsPostaux bouchon) {
        this.bouchon = bouchon;
    }

    public double calculPrixExpedition(String destination, double poids) {
        double tarif = bouchon.getTarifExpedition(destination);
        return tarif * poids;
    }
}

Un petit pilote

import static org.junit.jupiter.api.Assertions.assertEquals;
import org.junit.jupiter.api.Test;

public class TestCalculPrix {

    @Test
    public void testCalculPrixExpedition() {
        // Utilisation du bouchon
        BouchonTarifsPostaux bouchon = new BouchonTarifsPostaux(); // Création du bouchon
        CalculatriceDeTarifs calculatrice = new CalculatriceDeTarifs(bouchon); //

        // **Pilote**
        double prix = calculatrice.calculPrixExpedition("local", 2.0);
        assertEquals(10.0, prix, "Le coût d'expédition pour une expédition locale devrait être 10.0");

        prix = calculatrice.calculPrixExpedition("international", 3.0); // Appel de la méthode à tester
        assertEquals(30.0, prix, "Le coût d'expédition pour une expédition internationale devrait être 30.0");
    }
}

Explications

Le bouchon (BouchonTarifsPostaux) simule le service de tarifs postaux, fournissant des tarifs fixes pour les destinations.
Le pilote est le test unitaire (TestCalculPrix). Il initialise les objets nécessaires, appelle la méthode à tester (calculPrixExpedition) et vérifie que les résultats sont corrects.

Et vous, quelles métaphores et exemples utiliseriez-vous pour expliquer ce que sont les bouchons et les pilotes ?

Passing ALL ISTQB certifications: Daniel Van der Zwan’s remarkable achievement

Posted on | by hightest | Leave a Comment on Passing ALL ISTQB certifications: Daniel Van der Zwan’s remarkable achievement

Daniel Van der Zwan is a Quality Assurance Engineer specializing in sea logistics information systems. This QA professional, based in the Netherlands, recently took on an extraordinary challenge: obtaining all ISTQB certifications (27 in total)!

We are delighted to share his story with you.

Discover his new challenges, his tips for passing certifications, and the reaction of his management upon learning of his achievement!

Interview

Hightest: You obtained all the ISTQB certifications in just 4 years and 3 days. Why did you set yourself this challenge?

Daniel Van der Zwan: After I had achieved the first 2 Expert Certifications, I did the first Specialist Certification. The Syllabi for the Specialist Certifications help you get additional insights into those specific topics & contributes to obtain a wider understanding on all aspects of testing in ‘special’ areas, which I really like. Furthermore this is also helpful in the preparation for the Expert level certifications. I decided after the first Specialist to try to obtain all Certifications within 4 years.

Hightest: Now that you have obtained all the ISTQB certifications, what is your next challenge?

Daniel Van der Zwan: First of all, I want to keep my knowledge up-to-date, meaning that I want to retake the exams for updated certifications (like CTAL-TM and CT-TAE) as well as any new Certifications the ISTQB releases. If there is any time left 😉, I am taking the Certification Exams for the UNITED Syllabi of which I have already 3 Certifications. These are helpful in addition to the ISTQB.

Furthermore I am actively involved in reviewing & commenting on new/updated Syllabi for both the ISTQB and UNITED, as well that I am involved in the creation of a brand new UNITED Syllabus together with other experts (I cannot disclose the topic yet)

Hightest: Have you ever set yourself other challenges in the past? (Not necessarily in the field of testing; we can easily imagine you climbing Everest!)

Daniel Van der Zwan: Not as hard as I did with this challenge 🙂

Hightest: How do you feel now that you have achieved this record?

Daniel Van der Zwan: Proud! Especially as I noticed that it is inspiring other people to expand their knowledge as well, that is the greatest reward for me.

Hightest: If you met another person who had all the certifications, what would you infer about them?

Daniel Van der Zwan: As far as I know, I am currently the only one with all 27 ISTQB Certifications, I would welcome & support anyone who is inspired to do the same.

Hightest: What is the quality that helped you the most in passing all these certifications?

Daniel Van der Zwan: There are a few qualities you will need to have, first of all dedication & discipline, support from the people at home (it is taking a LOT of time) and last but not least, you need to be a little bit crazy…

Hightest: What is your favorite method for studying?

Daniel Van der Zwan: I have created my own approach, my 7 step principle

  • Step 1 – read the Syllabus
  • Step 2 – extract all learning objectives
  • Step 3 – try to formulate your own questions
  • Step 4 – answer them
  • Step 5 – check the answer with the syllabus
  • Step 6 – focus on the weak spots
  • Step 7 – take the practise exam from the ISTQB

Hightest: Which certification did you find the most difficult?

Daniel Van der Zwan: Any of the Expert Levels, these are the hardest by far.

Hightest: The most exciting?

Daniel Van der Zwan: I have to choose the same, any of the Expert Levels.

Hightest: What does your employer think of your collection?

Daniel Van der Zwan: My employer is very proud to have me on board, after achieving the 27th Certificate they have created a trophy “World Champion ISTQB Exams”


Hightest: Have you noticed that your profile has become more attractive to companies since you obtained all these certifications?

Daniel Van der Zwan: Yes I have noticed that, however as you can see in the answer on the previous questions, I have a great employer so I am happy to be part of this company.

Hightest: Are TMMi certifications on your radar? What do you think of this framework?

Daniel Van der Zwan: Yes and no, I am interested in doing these as well, however not in the short term. It looks valuable to me to start looking into this in future, I have read a lot about it in my preparation for the Expert Level Test Process Improvement. I have even developed my own model for an assessment on test process maturity which is partly based on the TMMi for the company I work for.

Hightest: You participated in the development of the new version of ISTQB Foundation. How did that go?

Daniel Van der Zwan: I have participated in reviewing & commenting on various Syllabi, for example (not limited to) CTFL4, CTAL-TM, CT-ATLaS, CT-TAE.

It is an honor to be part of these reviews. If you are interested to participate in this as well, you can check with your national ISTQB representative if they need reviewers. Of course you need to sign an NDA and have sufficient knowledge & experience.

 

Thank you to Daniel Van der Zwan for this interview, and good luck to everyone training for a certification!

Passer TOUTES les certifications ISTQB : l’exploit de Daniel Van der Zwan

Posted on | by hightest | Leave a Comment on Passer TOUTES les certifications ISTQB : l’exploit de Daniel Van der Zwan

Daniel Van der Zwan est ingénieur assurance qualité, spécialisé dans les systèmes d’information de logistique maritime. Ce QA basé aux Pays-Bas a dernièrement relevé un remarquable challenge : celui de passer l’ensemble des certifications ISTQB  (27 au total) !

C’est avec beaucoup de joie que nous avons recueilli son témoignage.

Découvrez ses nouveaux challenges, ses astuces pour réussir les certifications, mais aussi la réaction de sa hiérarchie en apprenant son exploit !

Cet article en français est une traduction de notre échange ; le texte original est dans un autre article.

Interview

Hightest : Vous avez obtenu toutes les certifications ISTQB en seulement 4 ans et 3 jours. Pourquoi vous êtes-vous lancé ce défi ?

Daniel Van der Zwan : Après avoir obtenu les 2 premières certifications Expert, j’ai passé la première certification Spécialiste. Les syllabus pour les certifications Spécialistes permettent d’obtenir des informations supplémentaires sur ces sujets spécifiques et contribuent à une compréhension plus large de tous les aspects du test dans des domaines « spéciaux », ce qui me plaît beaucoup. De plus, cela aide également à la préparation des certifications de niveau Expert. J’ai décidé après la première certification Spécialiste de tenter d’obtenir toutes les certifications en 4 ans.

Hightest : Maintenant que vous avez obtenu toutes les certifications ISTQB, quel est votre prochain défi ?

Daniel Van der Zwan : Tout d’abord, je voudrais maintenir mes connaissances à jour, ce qui signifie que je voudrais repasser les examens pour les certifications mises à jour (comme CTAL-TM et CT-TAE) ainsi que toute nouvelle certification publiée par l’ISTQB. S’il me reste du temps 😉, je passerai les examens de certification pour les syllabus UNITED, dont j’ai déjà 3 certifications. Ceux-ci sont utiles en complément de l’ISTQB. De plus, je suis activement impliqué dans la révision et les commentaires des nouvelles versions des syllabus pour l’ISTQB et UNITED, ainsi que dans la création d’un tout nouveau syllabus UNITED avec d’autres experts (je ne peux pas encore divulguer le sujet).

Hightest : Avez-vous déjà relevé d’autres défis dans le passé ? (Pas nécessairement dans le domaine des tests ; on peut facilement imaginer que vous ayez gravi l’Everest !)

Daniel Van der Zwan : Pas aussi difficile que ce défi 🙂

Hightest : Comment vous sentez-vous maintenant que vous avez accompli ce record ?

Daniel Van der Zwan : Fier ! Surtout en constatant que cela inspire d’autres personnes à élargir leurs connaissances également, c’est la plus grande récompense pour moi.

Hightest : Si vous rencontriez une autre personne ayant toutes les certifications, que déduiriez-vous à son sujet ?

Daniel Van der Zwan : Autant que je sache, je suis actuellement le seul à avoir les 27 certifications ISTQB. J’encouragerais et soutiendrais toute personne qui aspirerait à faire de même.

Hightest : Quelle est la qualité qui vous a le plus aidé à réussir toutes ces certifications ?

Daniel Van der Zwan : Il y a plusieurs qualités nécessaires : tout d’abord le dévouement et la discipline, le soutien des proches (cela prend BEAUCOUP de temps) et enfin, il faut être un peu fou…

Hightest : Quelle est votre méthode préférée pour étudier ?

Daniel Van der Zwan : J’ai créé ma propre approche, mon principe en 7 étapes :

  • Étape 1 – lire le syllabus
  • Étape 2 – extraire tous les objectifs d’apprentissage
  • Étape 3 – essayer de formuler mes propres questions
  • Étape 4 – y répondre
  • Étape 5 – vérifier la réponse avec le syllabus
  • Étape 6 – me concentrer sur mes points faibles
  • Étape 7 – passer l’examen pratique de l’ISTQB

Hightest : Quelle certification avez-vous trouvée la plus difficile ?

Daniel Van der Zwan : N’importe laquelle du niveau Expert, ce sont de loin les plus difficiles.

Hightest : La plus enthousiasmante ?

Daniel Van der Zwan : Je dois répondre la même chose, n’importe laquelle du niveau Expert.

Hightest : Que pense votre employeur de votre collection ?

Daniel Van der Zwan : Mon employeur est très fier de m’avoir dans l’équipe, après avoir obtenu la 27e certification, mes collègues ont créé un trophée « Champion du Monde des Examens ISTQB ».

Hightest : Avez-vous remarqué que votre profil est devenu plus attractif pour les entreprises depuis que vous avez obtenu toutes ces certifications ?

Daniel Van der Zwan : Oui, je l’ai remarqué. Cependant, comme vous pouvez le voir dans la réponse précédente, j’ai un excellent employeur et je suis heureux de faire partie de cette entreprise.

Hightest : Visez-vous les certifications TMMi ? Que pensez-vous de ce framework ?

Daniel Van der Zwan : Oui et non, cela m’intéresse aussi, mais pas à court terme. Il me semble utile de commencer à m’y pencher à l’avenir. J’ai beaucoup lu à ce sujet dans ma préparation pour le niveau Expert en Amélioration des Processus de Test. J’ai même développé mon propre modèle d’évaluation de la maturité des processus de test, en partie basé sur le TMMi, pour l’entreprise dans laquelle je travaille.

Hightest : Vous avez participé au développement de la nouvelle version de la Fondation ISTQB. Pouvez-vous nous en parler ?

Daniel Van der Zwan : J’ai participé à la révision et aux commentaires de divers syllabus, par exemple (mais pas exclusivement) CTFL4, CTAL-TM, CT-ATLaS, CT-TAE. C’est un honneur de faire partie de ces révisions. Si vous aussi vous souhaitez participer, vous pouvez demander à votre représentant national ISTQB s’ils ont besoin de réviseurs. Bien sûr, vous devrez signer un accord de confidentialité et avoir des connaissances et une expérience suffisantes.

 

Merci à Daniel Van der Zwan pour cet échange et bon courage à toutes les personnes qui s’entraînent pour passer une certification !

Jeu d’introduction à la qualité logicielle

Posted on | by admin@hightest | Leave a Comment on Jeu d’introduction à la qualité logicielle

La qualité logicielle est un sujet qui peut paraître aride au premier abord. Voire, osons le dire, carrément fade.

Si vous travaillez dans le domaine, vous savez qu’il n’en est rien, et qu’il suffit d’y plonger un orteil pour découvrir un monde passionnant. Mais le plus dur, c’est de plonger ce premier orteil !

Voici donc un jeu qui vous aidera à sensibiliser un public néophyte aux enjeux de la qualité logicielle. Ce jeu se base sur la norme ISO 25010.

Durée

Entre 15 et 30 minutes (plus il y a de personnes, plus il faut s’attendre à des questions, reformulations, temps morts, blagounettes, quintes de toux, etc).

Nombre de personnes

De 1 à… beaucoup ! À partir de 4 personnes, faites des équipes de 2, 3 ou 4 personnes, c’est plus sympa.

Matériel

  • Post-its (un paquet de ~20 par personne ou par groupe de personnes)
  • Feutres (1 par personne ou par groupe de personnes)
  • Dessin de montagnes russes (faites-le vous-même, ne soyez pas timide !)
  • Si possible : tableau blanc et aimants
Du grand art

Phase 0 : préparation

Préparez le matériel.

Sur un tableau blanc, si vous en avez, dessinez un mystérieux tableau à larges colonnes.

C Pe Fi Fo S M U Po

Plus tard, vous compléterez le tableau en mettant le nom des 8 facettes de la qualité logicielle définies par la norme ISO 25010 :

Compatibilité Performance Fiabilité Fonctionnalité Sécurité Maintenabilité Utilisabilité Portabilité

Révisez donc bien ces 8 facettes ! Vous pouvez par exemple consulter la série d’articles qui existe sur le sujet dans le blog la Taverne du Testeur.

Phase 1 : brainstorming

Présentez le dessin de montagnes russes à votre auditoire. Puis, demandez-lui tout ce qui pourrait mal se passer dans ces montagnes russes, ou aux alentours.

Pendant un laps de temps donné (5 minutes peuvent faire l’affaire), chaque personne ou groupe de personnes écrit une idée par post-it. L’objectif de cette phase est de générer un maximum d’idées. Si vous sentez qu’une personne ou qu’un groupe se retrouve à court d’idée, vous pouvez lancer quelques pistes :

  1. Ça peut être de gros problèmes, qui se soldent par des articles de journaux, ou bien des petits problèmes, qui vont faire passer un moment un peu agaçant à une ou plusieurs personnes.
  2. Ça peut être des problèmes liés à l’expérience vécue sur les montagnes russes, ou des problèmes qui peuvent avoir lieu avant ou après.
  3. Ça peut être des problèmes qui ne surviennent que dans certaines circonstances. Par exemple, des problèmes qui ont lieu lorsque le parc d’attraction est plein à craquer. Ou quand une personne effectue une action inattendue.
  4. Ça peut être des problèmes qui ont lieu pendant l’installation, ou pendant des réparations, ou encore pendant le démontage une fois que les montagnes russes sont vétustes et doivent être remplacées.
  5. Ça peut être des problèmes liés au lieu où se situe ce manège. Par exemple, quels sont les bâtiments qui existent déjà autour ?
  6. Ça peut être lié au climat, à la météo…

Proposition de speech à adapter

Bonjour, c’est un plaisir d’être avec vous aujourd’hui pour parler de qualité logicielle.

Qui se sent déborder d’enthousiasme à l’idée de lire la norme ISO 25010, une des normes les plus connues dans le domaine de la qualité logicielle ? Personne ? Je comprends bien. Les normes en général ça sonne comme quelque chose d’assez ennuyeux.

Alors au lieu de parler de cette norme, on va plutôt la réécrire nous-mêmes, au moins dans ses grandes lignes.

Juste, avant de commencer, est-ce que par hasard il y a des personnes parmi vous qui ont déjà entendu parler de la norme ISO 25010 ?

  • OUI tout le monde -> Super, ça va être l’occasion de la revisiter !
  • OUI certaines personnes -> Est-ce que tu voudras/vous voudrez bien m’aider à un moment ?
  • NON tout le monde -> C’est bien, personne ne va s’ennuyer !

Et puisque j’ai la chance présentement de ne pas avoir d’écran sous les yeux, je vous propose également d’oublier les logiciels pour quelques instants, et de parler d’autre chose.

Est-ce que quelqu’un comprend ce que j’ai dessiné ?

Bien, et effectivement on ne va pas parler de qualité logicielle, on va parler de qualité de montagnes russes. Qui parmi vous a déjà osé monter dans des montagnes russes ? (Note de l’autrice : pas moi.)

Le système dessiné ici avec un grand talent est constitué des montagnes russes elles-mêmes, des petits chariots, du poste de contrôle, et du guichet qui permet d’acheter ses tickets.

Je vais maintenant faire appel à la facette la plus malicieuse de votre personnalité, et je vais vous inviter à imaginer TOUT ce qui pourrait mal se passer dans ce système. Vous pouvez réfléchir (par groupes de 2 ou 4, le cas échéant), en notant vos idées sur ces post-its. Vous avez 5 minutes, c’est parti !

Phase 2 : restitution de l’exercice et complétion

Une fois que le temps est écoulé, c’est le moment de la restitution !

Chaque groupe présente maintenant les idées générées au cours du brainstorming. Attendez-vous à des moments de rigolade ! Mais vous, conservez bien votre concentration ; il vous faut classer chaque idée dans le tableau. Attention, à ce stade, les noms des 8 facettes ne sont pas encore visibles.

Quelques exemples de réponses auxquelles vous pouvez vous attendre :

Facette de la qualité logicielle Exemple lié aux montagnes russes
Compatibilité Ce système posera problème s’il est installé à côté d’une église, parce que les cris des personnes peuvent indisposer les gens qui cherchent à se recueillir. De même si les montagnes russes sont installées à côté d’un hôpital, les malades pourraient avoir du mal à dormir, ou ressentir de la frustration à ne pas pouvoir être de la partie.
Performance Ce système posera problème s’il tombe en panne quand il y a plus de 10 personnes dans les chariots.
Fiabilité Ce système posera problème si le démarrage échoue 1 fois sur 2. (Ou même, une fois sur 50.)
Fonctionnalité Ce système posera problème si les animations (par exemple les jets d’eau ou la musique) se déclenchent en décalage avec le passage des chariots.
Sécurité Ce système posera problème si les barrières sont trop espacées et que les personnes risquent de tomber.
Maintenabilité Ce système posera problème s’il est livré sans mode d’emploi pour les réparations, si son fonctionnement requiert une formation très complexe et spécifique, ou encore si les pièces de rechange sont introuvables dans le pays d’installation.
Utilisabilité Ce système posera problème si les chariots sont conçus pour avancer très lentement et que personne ne s’amuse, ou que les chariots ne sont pas adaptés aux personnes de grande taille.
Portabilité Ce système peut ne pas être adapté à tous les climats, par exemple si le métal de la structure est sensible à l’air marin.

Une fois que toutes les idées ont été classées, vous pouvez maintenant donner un sens au mystérieux tableau dessiné tout à l’heure, en le complétant. Le cas échéant, vous pouvez solliciter les personnes qui ont déclaré connaître la norme ISO 25010, pour qu’elles vous aident à compléter le tableau.

Compatibilité Performance Fiabilité Fonctionnalité Sécurité Maintenabilité Utilisabilité Portabilité

Vous pouvez à présent raccrocher les wagons de la qualité logicielle ! Donnez du sens à ce tableau en demandant à votre auditoire de faire le lien entre le monde des logiciels et les 8 facettes.

Vous aboutirez probablement à des réponses similaires à celles ci-dessous :

Facette de la qualité logicielle Exemple lié aux logiciels
Compatibilité Un logiciel doit pouvoir coexister avec d’autres logiciels dans un même système.
Performance Un logiciel doit pouvoir s’exécuter rapidement, même si plusieurs personnes l’utilisent en même temps.
Fiabilité Un logiciel doit être disponible avec un minimum d’interruptions.
Fonctionnalité Un logiciel doit pouvoir réaliser les actions qui lui ont été spécifiées. Cette facette accapare, en général, la plupart des efforts concernant la qualité logicielle.
Sécurité Un logiciel doit sécuriser les personnes qui l’utilisent ainsi que leur matériel et, ce qui est le plus connu, leurs données.
Maintenabilité Un logiciel doit pouvoir être maintenu au fil du temps, et bien souvent par d’autres personnes que celles qui l’ont initialement développé.
Utilisabilité Un logiciel doit être agréable à utiliser et compréhensible par un maximum de personnes parmi celles ciblées.
Portabilité Un logiciel doit pouvoir s’installer dans un maximum d’environnements parmi ceux ciblés.

Voilà, votre petit groupe a maintenant une idée un peu moins floue de ce qu’on veut dire quand on parle de qualité logicielle ! En complément, vous pouvez leur montrer les 8 facettes développées (merci à la Taverne du Testeur pour ce schéma).

Pour aider à mémoriser les 8 facettes, vous pouvez donner ce moyen mnémotechnique :

« Les Com–Pères dans leur Fiat Font Sécher leurs Mains en Utilisant les Portes. »

Vous pouvez également leur conseiller cet article sur les tests non-fonctionnels. Il est plus complet que ce que vous aurez le temps de détailler à l’oral !

Fin de l’atelier

Éventuellement, pour clôturer l’atelier vous pouvez ouvrir sur d’autres perspectives :

Maintenant qu’on a ça en tête, c’est très bien, et on va pouvoir s’en servir au moment où on prévoit d’évaluer la qualité des logiciels et d’imaginer des tests. Ça fournit un cadre de pensée. Mais on peut ne pas s’arrêter là.

George Box disait « Tous les modèles sont faux, mais certains sont utiles ». La norme ISO 25010 est utile parce qu’elle permet d’avoir en tête pas mal de critères de qualité, mais elle est fausse dans le sens où elle ne prend pas en charge l’intégralité de l’expérience qu’on peut avoir de la qualité, ou des exigences qualité qui peuvent exister. Est-ce que vous voyez d’autres choses qui pourraient être ajoutées ?

(Réponse typique : qualité environnementale, mais il pourrait y en avoir d’autres !)

Conclusion

Cet exercice permet non seulement de comprendre que la qualité logicielle a plusieurs facettes, mais aussi que c’est un sujet qui nous fait poser beaucoup de questions, et que, même s’il existe une norme pour essayer d’organiser ces questions, celles-ci vont toujours au-delà.

Nourrissez votre réflexion de toutes les remarques qui proviendront de votre audience : vous découvrirez peut-être de nouveaux angles d’approche !

______________

Cet article a été écrit en langage épicène. Si vous voulez en savoir davantage, regardez notre vidéo sur le sujet !