Skip to main content

Suivi des meilleures pratiques de test

Objectifs de formation

Une fois cette unité terminée, vous pourrez :

  • Expliquer où se placent les tests dans le cycle de vie du développement logiciel
  • Décrire en quoi les tests s’inscrivent dans le cadre d’une démarche continue
  • Identifier les aspects à prendre en compte dans le cadre des tests

Fenêtre temporelle de réalisation des tests

Vous savez maintenant ce qu’est un test et pourquoi il est nécessaire d’en faire. Il est maintenant temps de découvrir à quel moment sont effectués les tests. Les tests sont réalisés dans le cadre du cycle de vie du développement logiciel (SDLC). Un SDLC est un cadre qui englobe toutes les activités relatives à un projet logiciel, de la planification initiale à la maintenance. 

La plupart des équipes de développement de logiciels effectuent des tests entre les phases de développement et de déploiement. Cela s’inscrit dans une tendance connue dans l’industrie logicielle sous le nom de « shifting left » (déplacement vers la gauche), qui consiste à mettre en œuvre les tests plus tôt lors de la phase de développement des logiciels. Le fait de procéder ainsi garantit un meilleur produit pour votre client. 

Image sur laquelle figure un cercle représentant un SDLC se répétant en continu, avec les étapes de conception, de développement, de test, de déploiement et de définition des exigences.

Participation à un processus continu

Vous réalisez des tests et résolvez des problèmes jusqu’à ce que vous atteigniez un niveau de risque acceptable pour un produit de haute qualité. Les critères d’évaluation de ces aspects sont différents dans chaque organisation. Par ailleurs, la poursuite ou non des tests dépend de votre temps et de votre budget. C’est ce que l’on appelle les critères de sortie. Les critères de sortie définissent quelle est la quantité de tests suffisante et à quel moment vous pouvez déclarer que vos tests sont terminés. 

Toutefois, ce n’est pas parce que vous arrêtez de réaliser des tests qu’il en sera de même pour vos clients. Des tests seront effectués par les utilisateurs et tout bug ou défaut sera signalé à votre équipe d’assistance. 

Autres considérations relatives à la réalisation de tests

Lorsque vous créez un plan et un processus de test, il vous faut tenir compte de plusieurs éléments.

  • Les critères d’acceptation. Les critères d’acceptation sont les conditions que votre logiciel doit remplir pour être accepté par un client ou un utilisateur. Ces critères définissent le comportement du produit à partir de l’expérience utilisateur, documentée dans ce que l’on appelle un récit utilisateur. Vous pouvez accéder aux critères d’acceptation en posant des questions telles que : quelle est la raison commerciale du produit ? Quelle(s) difficulté(s) le client essaie-t-il de résoudre lorsqu’il utilise l’application ?
  • L’évaluation des risques/priorités. Il est important de procéder à une évaluation des risques/priorités pendant vos tests. Il s’agit d’un processus qui vous aidera à vous occuper en priorité des défauts et risques majeurs associés à votre produit. L’un des meilleurs moyens de mener cette évaluation consiste à organiser une session de RiskStorming, une activité collaborative et visuelle visant à identifier les risques.
    • Une autre façon de procéder à une évaluation des risques consiste à avoir recours au développement piloté par les tests (TDD). Ce processus consiste à élaborer un test qui échoue, puis à écrire la quantité minimale de code nécessaire pour que le test réussisse. Cela permet de détecter les défauts plus tôt et de produire un code testable.
  • La facilité d’utilisation. Lors de vos tests, réfléchissez aux emplacements où les utilisateurs passeront la plupart de leur temps lorsqu’ils utiliseront votre logiciel. Quelles erreurs utilisateur pourraient potentiellement se produire et quelle est la gravité de ces erreurs ? Votre produit est-il facile à utiliser et adapté à l’usage auquel il est destiné ?

La psychologie des tests

Ne présumez pas que vous ne trouverez aucune erreur. Effectuez des tests visant à détecter des erreurs valides et attendues, ainsi que des erreurs non valides et inattendues. Voici un exemple : lors du test d’une page de connexion par e-mail, essayez de saisir un nom d’utilisateur et un mot de passe corrects. Il s’agit d’un comportement valide et attendu. Cependant, n’oubliez pas de réaliser également un test au cours duquel un nom d’utilisateur et un mot de passe incorrects sont saisis. Il s’agit d’un cas de figure non valide et inattendu, et l’on nomme souvent une telle démarche « test négatif ».

Conclusion

Dans ce module, vous avez appris l’importance de la qualité et comment produire des logiciels de haute qualité grâce aux tests. Même si les tests peuvent être coûteux, ils sont nécessaires pour s’assurer que vos utilisateurs découvrent votre logiciel ou votre service avec plaisir et continuent à l’utiliser par la suite. En fin de compte, la qualité contribue à entretenir votre relation avec vos clients. Continuez donc à réaliser des tests !

 

 

Partagez vos commentaires sur Trailhead dans l'aide Salesforce.

Nous aimerions connaître votre expérience avec Trailhead. Vous pouvez désormais accéder au nouveau formulaire de commentaires à tout moment depuis le site d'aide Salesforce.

En savoir plus Continuer à partager vos commentaires