Comment les produits NOVUS en cours de développement sont testés

Avant que de nouveaux produits ne soient lancés pour la fabrication et la commercialisation, ils doivent être testés. Autant cela semble évident, autant le sérieux et l’engagement dédié au développement des produits afin qu’ils soient bien testés ne l’est peut-être pas si évident après tout !

Depuis de nombreuses années, chez NOVUS, nous avons appris que la personne qui développe une partie du produit, qu’elle soit liée au matériel ou au logiciel, n’est pas la meilleure personne pour la tester. En effet, elle a un biais naturel à voir l’utilisation de certaines fonctionnalités du produit et a déjà utilisé ce biais lors du développement de cette fonctionnalité. En d’autres termes, si la personne imaginait que la configuration d’une alarme, par exemple, serait typiquement effectuée par l’utilisateur dans un certain ordre et avec une certaine plage de valeurs, il développera la fonctionnalité pour qu’elle fonctionne bien dans ce certain ordre et avec cette certaine plage de valeurs. Ensuite, vous testerez probablement votre propre développement en utilisant le même ordre et les mêmes valeurs.

Que se passe-t-il, cependant, si d’autres valeurs sont utilisées ou si l’ordre est modifié ? Le produit continuera-t-il à bien fonctionner ? Ou une condition non prévue par le développeur se produira-t-elle ?

Comment les produits sont testés

Pour éviter des situations comme celle-ci, dans lesquelles le produit est toujours testé de la manière « attendue », nous avons dans notre équipe de développement des personnes spécialisées dans les Tests, dont la fonction est de cartographier toutes les fonctionnalités qui doivent être testées et d’imaginer des moyens de tester les fonctionnalités. En plus des tests les plus basiques, nos testeurs tentent d’imaginer des situations imprévues où des « bugs » seront découverts.

Les défauts sont documentés dans un système et transmis aux développeurs pour correction. Une fois corrigés, ils sont à nouveau testés dans un processus itératif. Le processus de test de toutes les fonctionnalités du produit est appelé Batterie de Test par notre équipe.

Plus récemment, nous avons commencé à travailler sur l’automatisation de plusieurs tests que nous faisions jusqu’alors manuellement. Avec le succès des premiers cas, nous avons investi de plus en plus dans l’automatisation des tests, ce qui a réduit le temps d’exécution des Test Batteries et a encouragé la répétition des tests déjà effectués afin de s’assurer que l’ajout d’une nouvelle fonctionnalité n’a causé aucun problème avec d’autres fonctionnalités qui existaient déjà.

Système de test automatisé

Il est intéressant de mentionner qu’avant d’être accepté comme valide, le système de test automatique lui-même subit une batterie de tests ! Cela est nécessaire pour que nous puissions être sûrs que le test automatique est fiable et qu’il ne contient aucun « bug ».

L’ensemble de la phase de test signifie que d’éventuels problèmes futurs sont détectés et corrigés dans les produits même pendant les phases de développement, contribuant ainsi à garantir la qualité finale.

Dans les étapes de développement de NOVUS, le processus de test est également considéré comme une bataille saine entre le développeur et le testeur, qui se traduit à la fois par l’élimination des problèmes dans les produits et par la fierté blessée du développeur, qui pensait pouvoir faire un produit aucun défaut !

Les lancements NOVUS passent également par des bêta-testeurs, des utilisateurs qui mettent les appareils dans leurs opérations pour les tester dans des activités réelles dans divers segments d’action. Ainsi, les produits NOVUS arrivent sur le marché prêts à répondre aux exigences des clients avec qualité.

 

Lire la suite :

Surveillance et Enregistrement fiable, un guide pour l’enregistrement des données

Personnalisation et réduction des coûts : les avantages du micro PLC DigiRail NXprog

Clients économisent jusqu’à 20 % d’énergie avec un système qui intègre DigiRail Connect