Découvrez comment la solution Parasoft Continuous Quality permet de contrôler et de gérer les environnements de test pour fournir des logiciels de haute qualité en toute confiance. Inscrivez-vous pour la démo >>

BLOG

Combien coûtent réellement les défauts logiciels? Le bogue de 2.3 milliards de dollars

Combien coûtent réellement les défauts logiciels? Le bogue de 2.3 milliards de dollars Temps de lecture : 5 minutes

Les équipes de développement de logiciels s'efforcent de répondre à la demande incessante d'aujourd'hui de logiciels plus innovants - plus rapidement. La plupart explorent de nouvelles façons d'accélérer les cycles de publication (agiles'appuyer DevOps..). Pourtant, sur la base du nombre de pannes logicielles qui font maintenant la une des journaux quotidiennement, il est évident que le simple fait d'accélérer les processus existants ne fait pas l'affaire.

Comment les professionnels du développement logiciel peuvent-ils répondre à ce besoin de rapidité sans augmenter le risque de défauts coûteux? C'était le sujet de Wayne Ariola Combien coûtent réellement les défauts? Bien plus que vous ne le pensez session à StarEast la semaine dernière. Ariola a révélé ses recherches sur le coût réel des défauts logiciels - et pourquoi une nouvelle approche des tests / QA est nécessaire si vous ne voulez pas être responsable d'une défaillance logicielle qui place votre organisation dans les manchettes.

Le synopsis suivant de cette session a été rédigé par Noel Wurst, rédacteur en chef chez Skytap, le principal fournisseur d'environnements à la demande en tant que service (EaaS). Il a été initialement publié sur le Blog de Skytap...

La culture de la qualité passive conduit au «choc du ticker»

Demander à une salle remplie de testeurs de logiciels: «Combien coûtent réellement les défauts?» puis leur dire «beaucoup plus que vous ne le pensez» avant que quiconque n'ait la chance de répondre est une décision assez courageuse. C'est certainement celui qui aurait facilement pu se retourner contre le directeur de la stratégie de Parasoft, Wayne Ariola, lors de la conférence STAREAST de la semaine dernière.

Cela ne s'est pas retourné contre lui, et après des vagues de preuves de l'immense impact financier que les défauts de production peuvent avoir sur une entreprise, j'ai eu le sentiment que beaucoup dans la salle ont pris des notes mentales pour avoir des conversations très sérieuses avec divers départements à leur retour chez eux.

Tout le monde sait que les défauts provoquent de longues heures de retouches et que les nouvelles versions de fonctionnalités sont repoussées, parfois des correctifs doivent être appliqués - mais quantifier cela en véritables coups financiers n'est pas seulement difficile, ces chiffres sont rarement partagés avec les développeurs, les testeurs et d'autres personnes en dehors de les niveaux investisseur et exécutif.

Citant les défaillances logicielles familières des banques et des assurances, les hacks constants de Sony, le problème de vol d'identité de Target en 2014 et le récent problème d'iPad d'American Airlines, Ariola est ensuite passée à une série de graphiques linéaires difficiles à digérer qui montraient la chute des cours des actions que chacun de ces échecs causé.

Immédiatement après ces échecs, alors que les nouvelles augmentaient et que les parts de médias sociaux augmentaient, ces actions ont continué de chuter. Dans certains exemples, une fois que les prix ont recommencé à grimper, ils ont atteint un plateau bien inférieur au prix par action avant la sortie ou la découverte de bogues.

Ariola a attribué ces échecs à une «culture de ne pas se concentrer sur la qualité des logiciels», et personne n'a été en désaccord. Cela ne veut pas dire que ces testeurs dans la salle ne sont pas concentrés sur la qualité, mais est-ce que tout le monde l'est? Pas probable. Et pour quelque chose d'aussi difficile à changer que la culture, ce n'est pas le moment pour les testeurs ou qui que ce soit d'autre de pointer du doigt. Il est temps de redresser le vaisseau avant que votre organisation ne soit la prochaine à la une des journaux.

Alors, comment pouvons-nous résoudre ce problème?

D'une part, Ariola dit qu'il est temps de commencer à partager des informations financières telles que les cours des actions avec les développeurs - et j'ajouterais les propriétaires de produits, les concepteurs et toute autre personne qui touche une version candidate avant sa livraison. Et cela ne signifie pas envoyer un e-mail trimestriel à l'entreprise avec un peu plus d'une capture d'écran de l'historique des actions de trois mois.

Il s'agit d'examiner le prix des actions de votre entreprise à l'heure à laquelle une nouvelle version est sortie, puis de suivre d'autres moments importants à partir de là. Quand le bogue a-t-il été détecté? Qui l'a trouvé en premier? Cela a-t-il été rendu public? Combien de temps a-t-il fallu avant que cela puisse être corrigé? À quelle vitesse le support pourrait-il résoudre les problèmes et satisfaire les clients? Ce sont les types de mesures qui peuvent absolument avoir un impact sur quelque chose d'aussi éloigné que ce qui se passe à Wall Street - un domaine où certains peuvent ne pas savoir qu'ils ont un impact aussi important.

Et pour ceux qui ne travaillent pas pour une société cotée en bourse, il existe d'autres paramètres à suivre, comme le nombre de clients que vous avez ou le nombre de personnes qui utilisent actuellement votre application mobile. Ariola a demandé très tôt: "Combien d'entre vous ont déjà téléchargé une application que vous détestiez?" Bien sûr, chaque main s'est levée, et quand il a ensuite demandé: «Et qu'avez-vous fait lorsque vous vous êtes rendu compte que vous détestiez cela?» nous avons tous fièrement et immédiatement crié à l'unisson: "Nous l'avons supprimé!"

Tel est l'état d'esprit d'aujourd'hui. La seule chose qui prend moins de temps pour télécharger une application mobile, c'est de la supprimer. Comme pour le cours d'une action, si le nombre d'abonnés / utilisateurs de votre logiciel diminue plus souvent qu'il n'augmente, cela peut être un problème grave.

Une suggestion qui a été faite pour lutter contre les versions boguées était de cesser de demander «Avons-nous terminé les tests» et de demander plutôt: «La version candidate présente-t-elle un niveau de risque acceptable?» Certains peuvent supposer à tort que ces deux éléments sont suffisamment similaires pour ne pas justifier de modifier l'approche des tests, mais cela permet uniquement à la culture actuelle de continuer à mettre votre entreprise et vos clients en danger.

Même si tout le monde est parvenu à s'entendre sur une définition de «terminé», lorsqu'une catastrophe survient, personne ne voudra entendre (ou même dire) «Mais nous avons fini les tests!» quand quelqu'un veut savoir comment ce bogue est arrivé en production.

Au fur et à mesure que la session se poursuivait, certains dans la salle ont raconté comment ils augmentaient la couverture avec des tests continus, «virant à gauche», en utilisant ressources de développement / test basées sur le cloud- et j'espère que ces histoires ont contribué à inspirer certains de ceux qui connaissaient le défi qui les attendait chez eux.

En relisant ce récapitulatif, je me rends compte que j'ai donné l'impression que la session était un sermon sur le feu et le soufre destiné à nous faire tous peur de fuir vers nos bureaux et de ne plus jamais revoir notre temps libre ou nos familles, mais c'est loin de l'affaire.

Tout le monde a compris le message sans être battu, il s'appliquait à toutes les industries du logiciel dans le monde, il y avait beaucoup d'implication du public, et Ariola a presque réussi à passer toute la session sans nommer ni présenter les produits de sa propre entreprise une seule fois. - quelque chose que je n'ai littéralement jamais vu faire lors d'une présentation d'un fournisseur.

Au cours de la partie questions-réponses à la fin, un participant a demandé avec enthousiasme, stylo et papier à la main : "Avez-vous des outils de virtualisation de service, d'automatisation des tests ou de test continu que vous recommanderiez ?"

Et après un petit rire, il n'a eu d'autre choix que de suggérer Parasoft comme une excellente option, et les rires et les applaudissements de la foule ont prouvé qu'il avait définitivement mérité le plug-in.

Livre de test continu

Vous voulez en savoir plus sur le coût de la qualité et comment vous assurer que vous n'êtes pas responsable de la diffusion d'un bogue d'un milliard de dollars dans la nature ? Lisez dès aujourd'hui le livre électronique de 44 pages sur les tests continus de Parasoft pour savoir comment démarrer.

Par Alan Zeichick, SD Times

«Ariola et Dunlop atteignent la cible: tout est question de risque. C'est ce qu'est l'assurance, c'est ce que sont les avocats, c'est le genre de décision que chaque responsable commercial et technologique prend toute la journée, tous les jours. Nous devons vivre avec le risque et faire des compromis. Plus de tests? À un moment donné, en effet, nous devons le couper.

Il est difficile, voire impossible, d'évaluer le risque commercial lié à la qualité des logiciels. Oui, la qualité des logiciels coûte cher. Plus la qualité est élevée, plus la livraison du logiciel prend du temps et plus les ressources que vous devez consacrer à la qualité du logiciel sont importantes. Et oui, il est coûteux d'avoir des échecs logiciels - vous pourriez perdre de l'argent, perdre des clients, subir des poursuites judiciaires, endommager votre marque, finir sur la première page du Wall Street Journal. Pas bon…

Ariola et Dunlop font un bon point dans leur petit livre: nous ne devons pas accepter que la tendance à accélérer le processus de développement améliore comme par magie la qualité des logiciels; en effet, il faut s'attendre au contraire. Et si nous voulons atténuer les risques dans l'environnement actuel, nous devons réorganiser le processus de développement logiciel de manière à considérer le risque commercial comme l'une des mesures, ainsi que les autres résultats traditionnels de nos systèmes de tests automatisés et d'intégration continue.

Écrit par

Parasoft

Les outils de test de logiciels automatisés de pointe de Parasoft prennent en charge l'ensemble du processus de développement logiciel, depuis le moment où le développeur écrit la première ligne de code jusqu'aux tests unitaires et fonctionnels, jusqu'aux tests de performance et de sécurité, en exploitant des environnements de test simulés en cours de route.

Recevez les dernières nouvelles et ressources sur les tests de logiciels dans votre boîte de réception.