Exécution de tests non fonctionnels en mode de test continu

Le besoin de tests non fonctionnels

Chaque année, nous voyons des gouvernements du monde entier allouer des budgets pour des catastrophes naturelles, des raisons militaires/de défense et d’autres défis inattendus malgré leur nature et leur ampleur imprévisibles. Cependant, les performances des logiciels et les failles de sécurité telles que les plantages de sites Web/applications, le piratage de comptes bancaires, de cartes de crédit, etc. se produisent chaque année, mais les entreprises ne semblent toujours pas être pleinement préparées à relever de tels défis lorsqu’elles sont à nouveau frappées.

Les utilisateurs de logiciels sont très contrariés et inquiets dans les situations où le logiciel met du temps à répondre dans un délai spécifié ou se bloque lorsqu’il ne peut pas gérer une demande de l’utilisateur. De même, lorsqu’un code vulnérable permet à des sources externes d’entrer dans un système et de pirater des données confidentielles pour l’utilisateur, qu’elles soient financières ou autres, les gens perdent confiance dans le logiciel. Ceux-ci sont appelés éléments non fonctionnels du logiciel, qui sont aussi bons que n’importe quelle fonctionnalité disponible sur l’interface utilisateur.

Autant que les défauts fonctionnels, les utilisateurs sont très sensibles aux problèmes non fonctionnels. Examinons quelques exemples de défaillances non fonctionnelles qui ont récemment secoué le monde.

• Crash de Pokeman GO en juillet 2016 en raison d’une forte charge d’utilisateurs
• Le site Web de l’immigration canadienne tombe en panne après les élections américaines de novembre 2016
• Black Friday 2016 – Le site Web et l’application mobile de Macy se bloquent sous de lourdes charges
• 81 millions de dollars de l’argent du Bangladesh ont été détournés par des pirates en février 2016
• Yahoo a signalé des vols de données en septembre et décembre 2016
• Des rapports indiquent que des pirates informatiques russes auraient piraté la Convention nationale démocrate (DNC) et manipulé les élections en faveur de Donald Trump

Comme mentionné ci-dessus, nous avons vu de nombreuses statistiques sur la perte d’activité/de revenus due au chargement lent des pages, à la violation de données et aux défis connexes. Les tests non fonctionnels tels que les tests de performance et de sécurité ne peuvent pas être pris à la légère, mais nous les ignorons confortablement en invoquant plusieurs raisons (temps, compétence, budget, complexité, etc.). Comme nous pouvons le voir, de nombreux échecs comme ceux ci-dessus peuvent être évités avec une approche de test logiciel solide. Alors que les entreprises continuent de devenir numériques, les défis en matière de performances et de sécurité ne peuvent qu’augmenter et il est absolument essentiel d’effectuer des tests logiciels rigoureux pour éviter la perte de données, d’argent et de clientèle.

Le développement de logiciels a évolué au fil des ans. Du modèle Waterfall, les équipes sont passées à des méthodologies et des frameworks tels que XP (Extreme Programming), Scrum et Kanban. Les entreprises ont commencé à utiliser des pratiques telles que la livraison/le déploiement continus, et les tests continus font désormais partie de ces pratiques.

Dans cette série en 3 parties sur “l’exécution de tests non fonctionnels en mode de test continu”, nous discuterons des tests continus, de la configuration des tests non fonctionnels en mode de test continu et de la manière d’exécuter des tests non fonctionnels en mode de test continu pour amélioration de la qualité du logiciel.

(À suivre …)
Lire la suite
Exécution de tests non fonctionnels en mode de test continu – Partie 3

Exécution de tests non fonctionnels en mode de test continu – Partie 2

Messages similaires

Une approche simple pour gérer les échecs de l’automatisation des tests