Cosmétique et bogues fonctionnels - Que faut-il traiter et comment?

cosmetic functional bugs what has be treated

Il y a toujours d'énormes responsabilités imposées au testeur pour découvrir tout type de bogue que le logiciel a. Indépendamment de la fonctionnalité et de l'interface utilisateur, les testeurs peuvent signaler des bogues partout où il y a une non-conformité.

Cet article aide à comprendre l'importance des bogues fonctionnels et cosmétiques. De plus, les facteurs à prendre en compte pour les hiérarchiser sont également expliqués ici de manière compréhensible avec quelques exemples en direct pour les illustrations .

application d'horloge gratuite pour pc

Ce que vous apprendrez:

• Importance des bogues fonctionnels et cosmétiques
  • Les insectes cosmétiques et leur importance significative
  • Facteur de priorité pour les bogues cosmétiques ou les besoins des clients
  • Impacts commerciaux
  • Etude comparative entre les bogues cosmétiques et les bogues fonctionnels
  • Étude de cas
  • Rencontre testeurs et développeurs
  • Conclusion
  • lecture recommandée

Importance des bogues fonctionnels et cosmétiques

Les bogues sont inévitables dans le développement de logiciels. Par conséquent, il est toujours très important d'effectuer des tests approfondis du logiciel avant de pouvoir l'utiliser en direct. Test logiciel peuvent devenir plus essentiels car ils aident à identifier les bugs manqués par les développeurs .

Ces bogues non identifiés peuvent devenir très coûteux en direct. Par conséquent, un plan de test approprié et les tests doivent être effectués pour améliorer la qualité du logiciel.

Fig. 1:

La figure ci-dessus doit télécharger un fichier image que le logiciel n'a pas pu afficher. Il s'agit d'un problème grave qui peut avoir de graves répercussions sur les entreprises.

Les insectes cosmétiques et leur importance significative

Les exigences cosmétiques ne sont rien d'autre que l'interface utilisateur ou simplement l'apparence frontale du logiciel. La plupart du temps, il arrive que cela change constamment entre les différentes versions.

Cela se produit en particulier dans les projets où la méthodologie agile est suivie. Les versions se produisent ici sous forme de sprints. Par conséquent, ils sont généralement appelés Sprint release ou simplement SR-xx, où «xx» fait référence au numéro de version.

Chaque version peut avoir un certain ensemble d'exigences. Généralement, les clients se préparent à demander des modifications dans l'interface utilisateur ou simplement dans l'interface utilisateur très souvent.

Voici quelques exemples d'exigences cosmétiques:

• Les menus doivent être disponibles avec la police Calibri et.
• La zone de texte A doit être en 1,2 pouces
• Tous les rapports générés doivent avoir le titre avec la taille H1 avec la couleur «002522».

Ce qui précède sont quelques exemples d'exigences cosmétiques qui peuvent survenir. Ce sont les exigences principalement destinées à improviser la convivialité du logiciel . Une autre raison derrière les exigences cosmétiques est d'optimiser le logiciel et sa conception à des fins commerciales.

Fig 2

Dans la figure ci-dessus, il existe à la fois des problèmes fonctionnels et esthétiques. Un problème fonctionnel comme la case à cocher n'est pas affiché pour une option «Utiliser DeathByCaptcha».

Le problème esthétique peut être vu ici comme aucune police uniforme qui a été utilisée.

Facteur de priorité pour les bogues cosmétiques ou les besoins des clients

Les besoins cosmétiques sont marqués un peu essentiels par les clients. Ceci est dû au souci de rendre l'interaction du logiciel très simple et en même temps efficace afin que l'accomplissement des objectifs se fasse facilement. En cas de problèmes avec l'interface utilisateur, les clients atteignent les fournisseurs avec un bogue de faible priorité.

Comme il arrive généralement, les aspects fonctionnels du logiciel sont plus concernés par les développeurs que les aspects esthétiques car ce sont pour la plupart des zones à faible impact.

Les testeurs de logiciels veulent que toutes les exigences mentionnées par les clients soient disponibles dans le logiciel, faute de quoi ils soulèvent naturellement un bogue. Et c'est ici que tout décolle. La priorité définie par le testeur résulte de la suggestion du client. Le point de vue des développeurs est un peu différent de celui des testeurs. Ils regardent toujours si le bogue peut provoquer une interruption des fonctionnalités.

Voici quelques discussions récurrentes et le résultat de celui-ci peut faire en sorte que les recommandations de l'équipe de test se produisent à un moment donné. Si ce n'est pas dans la version actuelle, cela peut arriver dans la version suivante.

Exemple réel # 1)

Le client a demandé que le logo de l'entreprise apparaisse sur la page d'accueil dans le cadre du titre avec une fonction de chargement rapide. Le fournisseur a livré le logiciel où le logo de l'entreprise prend du temps à se charger et les clients ayant le sentiment que le logo ne se charge pas procèdent pour soulever un problème client en direct.

Par conséquent, cela a fait plus de dommages aux vendeurs. La cause première du problème peut être la taille de l'image ou la nature de l'image ou autre chose. Bien que cela n'ait pas de pauses fonctionnelles, cela a été présenté comme un problème en direct.

Bogues fonctionnels - Facteurs critiques et prioritaires

En règle générale, les bogues sont considérés comme prioritaires en fonction de la priorité définie par les clients et des impacts potentiels qu'ils peuvent laisser à l'entreprise. Les développeurs pensent généralement que les bogues les plus critiques doivent être traités. Ceci est plus évident car les bogues fonctionnels sont quelque chose qui supprime leur travail.

Et en fonction de la priorité, les clients veulent prioriser quelques-uns des bogues fonctionnels et cosmétiques dans la même version. Le facteur de criticité dépend de l'impact ou de l'impact potentiel que le bogue peut laisser. Le facteur de priorité est basé uniquement sur le client et ses besoins.

En termes de criticité, les bogues fonctionnels doivent être résolus sans délai. Pour les bugs cosmétiques, ils peuvent suivre les décisions prises par les clients

Fig 3

Dans la figure ci-dessus, il y a des problèmes fonctionnels tels que des problèmes de conception et des chevauchements de texte et des problèmes esthétiques comme le problème de police.

Exemple réel # 2)

Le client de l'exemple n ° 1 avait plusieurs versions du même fournisseur. Les clients sont satisfaits des livrables fournis par les fournisseurs. Maintenant, il y a soudainement quelques scénarios commerciaux que les clients ont identifiés comme ne fonctionnant pas, ainsi que quelques autres listes de problèmes d'affichage. Comme ils ont un impact fonctionnel sur les problèmes considérés comme critiques pour les clients, ils ont demandé aux fournisseurs de les résoudre dès que possible.

Et comme les problèmes d'affichage avaient des signes de laisser le moindre degré d'impacts, les clients les ont hiérarchisés dans plusieurs versions. Les clients étaient prêts à mettre en ligne des correctifs pour quelques-uns des problèmes d'affichage et la plupart des problèmes fonctionnels. En effet, toutes les fonctions peuvent avoir un impact sur l'entreprise et les quelques problèmes d'affichage ont le potentiel de créer des impacts.

Impacts commerciaux

Tous les bogues peuvent conduire à une certaine non-conformité du logiciel à celle des exigences du client. En ce qui concerne les impacts sur les entreprises, ce sont certainement les bogues fonctionnels qui méritent de causer de graves impacts sur l'entreprise. Comme les bogues cosmétiques se conforment au problème de conception et d'apparence de l'interface utilisateur, ils peuvent créer des problèmes de convivialité et d'apparence parmi les utilisateurs.

En d'autres termes, il vaut mieux les appeler des améliorations cosmétiques que des bogues. Bien que ceux-ci ne puissent pas avoir un impact plus important sur l'entreprise, ils peuvent entraîner des difficultés parmi les utilisateurs lors de l'utilisation du logiciel.

Exemple réel # 3)

Les fournisseurs ont livré une nouvelle version de l'application logicielle dans une version mobile. Il existe peu de fonctionnalités dans les applications mobiles qui obligeaient l'utilisateur à cliquer plus souvent sur un lien. Cela a créé un sentiment d'utilisation dégradée parmi les utilisateurs. Les vendeurs doivent reconsidérer la conception et le flux de l'application. Après avoir modifié le flux, l'application a commencé à les utiliser par plusieurs utilisateurs.

La convivialité joue le rôle principal dans de nombreuses applications de ce type. Bien qu'il n'y ait pas eu de changements fonctionnels, il y a eu peu de changements dans les cosmétiques qui ont rendu les applications plus fortes.

Etude comparative entre les bogues cosmétiques et les bogues fonctionnels

Il peut y avoir un certain nombre de variations entre les classifications de bogues comme les bogues fonctionnels et cosmétiques dans plusieurs aspects du cycle de vie des tests logiciels. Peu d'entre eux sont formulés et présentés sous forme de différence entre les deux types:

Illustrations de bogues cosmétiques

Le bug esthétique peut avoir un impact dans certains endroits où se trouvent des logos d'entreprise ou des images de partenariats sur le logiciel mais il ne se charge pas correctement. Bien qu'il s'agisse de bogues non fonctionnels, ils peuvent devenir graves. Comprenons les illustrations suivantes pour comprendre l'importance des bugs cosmétiques et leur rôle significatif.

Étude de cas

Le logiciel A est en cours de développement par le fournisseur B. Le mode des livrables pour le client se présente sous la forme d'une suppression de code une fois par mois après la publication d'une version de base. À partir du produit livré, les clients listeront tous les problèmes, bogues, améliorations en fonction de leur criticité et de la priorité.

La priorité va comme P1, P2, P3 et P4.
La criticité va comme Sévère, majeur, élevé et faible.

Désormais, les clients s'attendent à ce que tous les bogues graves, majeurs et P1 soient corrigés au cours de la semaine 30. De même, les bogues élevés et P2 de la semaine 35. Les correctifs des bogues P3 sont attendus pour la semaine 40. Enfin, les bogues P4 sont attendus dans la semaine. 40. Entre toutes les versions des correctifs, le client bloque une période de tampon de 3 jours.

comment ouvrir un fichier .air

Maintenant, l'observation suivante devient très critique:

• Comme il a été prévu en mode pipeline, tout retard aura un impact plus important sur les plans ultérieurs.
• Les priorités sont formées par les clients et, par conséquent, ils prévoient de libérer dans la période qu'ils souhaitent
• Le retard dans les bogues de faible priorité a le potentiel de mettre à niveau leur priorité de faible priorité à plus élevée.
• Des retards mineurs peuvent avoir des impacts graves sur l'entreprise, laissant les bogues faibles et mineurs devenir majeurs.

Rencontre testeurs et développeurs

«Ne comptez pas les œufs avant qu'ils n'éclosent» - Cette ligne s'applique aussi bien aux développeurs qu'aux testeurs. Lorsque le logiciel a été développé et prêt à être testé, les testeurs ont tendance à penser aux lignes ci-dessus. Après les tests, c'est maintenant au tour des développeurs d'épeler les lignes aux testeurs. Voici les pensées qui circulent entre eux:

• Les testeurs disent aux développeurs qu'il y a tellement de bogues que nous pouvons détecter dans votre logiciel. Par conséquent, votre travail n'est pas terminé.
• Une fois la phase de test terminée et après de nombreux bogues, les développeurs disent ne pas penser que vous avez soulevé plus de bogues, nous trouverons la raison appropriée pour rejeter la plupart des bogues que vous avez soulevés qui ne sont pas authentiques.

C'est donc toujours une sorte d'approche argumentative qui va entre les testeurs et les développeurs. Pour s'assurer que l'ensemble des livrables du projet sont synchronisés, il est essentiel qu'une personne intermédiaire (chef de projet) puisse résoudre les controverses afin que les livrables soient optimisés et absolus sans fuite de défaut.

Conclusion

Les articles ci-dessus doivent avoir expliqué tous les aspects inévitables et importants des bogues cosmétiques et comment ils peuvent être comparés aux bogues fonctionnels . L'article ci-dessus explique également comment les bogues cosmétiques peuvent être traités par rapport aux bogues fonctionnels.

Bien que la criticité des bogues fonctionnels soit plus élevée que celle des bogues cosmétiques, ces derniers se réservent leur propre place dans l'obtention des priorités des clients. Afin d'équilibrer le logiciel avec des résolutions pour tous les bogues, il est généralement conseillé de traiter les bugs en comprenant la criticité, la priorité et la recommandation du client.

A propos de l'auteur: Ceci est un article écrit par Nagarajan. Il travaille en tant que responsable de test avec plus de 6 ans d'expérience en test dans divers domaines fonctionnels tels que la banque, les compagnies aériennes, les télécommunications en termes de manuel et d'automatisation.

Quelle est votre opinion sur les bogues cosmétiques et fonctionnels? J'aimerais voir vos pensées ci-dessous.

lecture recommandée

• Biais cognitif dans les tests de logiciels: pourquoi les testeurs manquent-ils des bogues?
• Pourquoi les logiciels ont-ils des bogues?
• Comment résoudre tous vos bogues sans aucune étiquette «Bogue invalide»?
• Test fonctionnel vs test de performance: doit-il être fait simultanément?
• 10 raisons pour lesquelles vos bogues sont rejetés et ce que vous pouvez faire en tant que testeur!
• Qu'est-ce que le test de longévité? Comment attraper les bogues avant que le client ne le trouve
• L'art du rapport de bogues: comment commercialiser et corriger vos bogues?
• Top 30 des outils de test fonctionnel en 2021