Aucun logiciel ne peut jamais être complètement parfait. Mais est-ce une licence pour créer des ordures? L’ingrédient manquant est notre réticence à quantifier la qualité. Afin d’augmenter la qualité, il est très important d’assurer la performance efficace de l’application logicielle. Des tests logiciels sont nécessaires pour s’assurer que l’application s’exécute sans échec. Dans ce tutoriel de test de logiciel, je vais vous dire tout ce que vous devez savoir sur les aspects de test. Dans la continuité du blog précédent sur ce qu’est le test de logiciels, je vais ici approfondir et couvrir les sujets mentionnés ci-dessous.
- Introduction au Test logiciel
- Bases du Test Logiciel
- Cycle de vie du Développement Logiciel
- Modèle de vérification et de validation
- Méthodes de Test logiciel
- Niveaux de Test Logiciel
- Artefacts de la Documentation du Test Logiciel
- Cycle de vie des bogues
- Défis rencontrés par les tests manuels
- Tests d’automatisation vs Tests manuels
Vous pouvez également passer par le tutoriel Enregistrement des tests logiciels où nos experts en formation aux tests logiciels ont expliqué les concepts en profondeur.
Tutoriel de Test Logiciel Pour Débutants / Manuel & Test d’automatisation
Cette vidéo parle de différents types de tests, à savoir les tests manuels et les approches de test d’automatisation.
Introduction au test logiciel
Le monde de la technologie d’aujourd’hui est complètement dominé par les machines et leur comportement est contrôlé par le logiciel qui l’alimente. Les tests logiciels offrent une solution rentable à tous nos soucis. Qu’est-ce que le Test logiciel ? Le test logiciel est un processus d’évaluation de la fonctionnalité d’une application logicielle pour détecter les bogues logiciels. Il vérifie si le logiciel développé répond aux exigences spécifiées et identifie tout défaut dans le logiciel pour obtenir un produit de qualité. Il s’agit essentiellement d’exécuter un système pour identifier les lacunes, les erreurs ou les exigences manquantes contrairement aux exigences réelles.
Il est également indiqué comme le processus de vérification et de validation d’un produit logiciel. Il vérifie si le produit logiciel:
- Répond aux exigences commerciales et techniques qui ont guidé sa conception et son développement
- Fonctionne selon l’exigence
- Peut être mis en œuvre avec les mêmes caractéristiques
Maintenant, allons plus loin dans l’article du tutoriel sur les tests de logiciels et obtenons quelques informations sur les bases des tests de logiciels.
Bases du test logiciel
Tout d’abord, je vais vous dire Quel est le cycle de vie du développement logiciel?
Cycle de vie du développement logiciel
(SDLC) abrégé en Cycle de vie du développement logiciel est un processus utilisé par l’industrie du logiciel pour concevoir, développer et tester des logiciels de haute qualité. Il vise à produire un logiciel de haute qualité qui répond ou dépasse les attentes des clients, atteint son achèvement dans les délais et les estimations de coûts. Le diagramme ci-dessous représente les différentes phases impliquées dans le SDLC.
Fig: Cycle de vie du développement logiciel – Tutoriel sur les tests logiciels
Phase des exigences
La collecte et l’analyse des exigences sont la phase la plus importante du cycle de vie du développement logiciel. Business analyst recueille l’exigence auprès du client / client selon les besoins commerciaux du client et documente les exigences dans la spécification des exigences commerciales (le nom du document varie en fonction de l’organisation).
Phase d’analyse
Une fois les exigences collectées et analysées, l’étape suivante consiste à définir et documenter les exigences du produit et à les faire approuver par le client. Ceci est enregistré dans le document SRS (Software Requirement Specification). Il comprend toutes les exigences du produit à concevoir et à développer pendant le cycle de vie du projet
Phase de conception
Cette phase comporte deux étapes:
- HLD – Conception de haut niveau – Il donne l’architecture du produit logiciel à développer et est réalisé par des architectes et des développeurs seniors
- LLD – Conception de bas niveau – Il est réalisé par des développeurs seniors. Ici, il vous donne un aperçu de la façon dont chaque fonctionnalité du produit devrait fonctionner et comment chaque composant devrait fonctionner.
Le résultat de cette phase est le Document de Haut niveau et le Document de Bas niveau qui servent d’entrée à la phase suivante.
Phase de développement
Des développeurs de tous niveaux (seniors, juniors, freshers) sont impliqués dans cette phase. C’est la phase où vous commencez à construire le code du logiciel.
Phase de test
Lorsque le logiciel est prêt, il est envoyé au service de test où il teste minutieusement différents défauts. Les tests d’un logiciel sont effectués manuellement ou à l’aide d’outils de test automatisés et garantissent que chaque composant du logiciel fonctionne correctement. Une fois que le logiciel est sans erreur, il passe à l’étape suivante, qui est la mise en œuvre.
Déploiement & Phase de maintenance
Une fois le produit exempt d’erreur, il est livré/déployé au client pour son utilisation. Le déploiement est effectué par les ingénieurs de déploiement/mise en œuvre. Au fur et à mesure que les clients commencent à utiliser le système développé, les problèmes réels apparaissent et doivent être résolus de temps en temps. La détection et la résolution de ces problèmes détectés par le client entrent dans la phase de maintenance.
Tout cela concernait le Cycle de vie du développement logiciel. Si vous souhaitez connaître les différentes étapes du processus de test de logiciels, vous pouvez lire ce blog sur le cycle de vie des tests de logiciels. Après avoir compris cela, allons plus loin avec ce tutoriel de test de logiciel et voyons ce qu’est le modèle V& V.Le modèle
V est maintenant l’un des processus de développement logiciel les plus utilisés. L’introduction du modèle V a effectivement prouvé la mise en œuvre des tests dès la phase d’exigence. Il est également appelé Modèle de Vérification et de validation
Qu’est-ce que la Vérification et la Validation dans les tests de logiciels?
Vérification : La vérification est une technique d’analyse statique. Ici, les tests se font sans exécuter le code. Les exemples incluent – les examens, l’inspection et la visite.
Validation: La validation est un processus d’analyse dynamique où nous effectuons des tests en exécutant le code. Les exemples incluent les techniques de test fonctionnelles et non fonctionnelles.
Dans le modèle V, les activités de développement et d’assurance qualité sont effectuées simultanément. Ici, les tests commencent dès la phase d’exigence. Les activités de vérification et de validation se déroulent simultanément. Regardons la figure ci-dessous pour comprendre V model
Dans un processus de développement typique, le côté gauche montre les activités de développement et le côté droit montre les activités de test. Il ne faut pas se tromper si je dis que dans la phase de développement, la vérification et la validation sont effectuées en même temps que les activités de développement réelles.
LHS
Comme mentionné précédemment, les activités de gauche sont des activités de développement. Normalement, nous pensons, quels tests pouvons-nous faire dans la phase de développement? Mais c’est l’essence de ce modèle qui illustre que des tests peuvent également être effectués dans toutes les phases des activités de développement.
RHS
Les activités de test ou la phase de validation sont effectuées sur le côté droit du modèle.
Comme vous avez acquis quelques idées à ce sujet, allons plus loin avec ce tutoriel de test de logiciel et voyons quelles sont les différentes méthodes dans lesquelles le logiciel peut être testé.
Méthodes de test de logiciels
Il existe trois méthodes de test de logiciels et elles sont les suivantes:
- Test de boîte noire
- Test de Boîte Blanche
- Test de boîte Grise
Test de boîte noire: C’est une méthode de test logiciel dans laquelle la structure interne / la conception / la mise en œuvre de l’élément testé n’est PAS connue du testeur.
Test de boîte blanche: C’est une méthode de test logiciel dans laquelle la structure / conception / implémentation interne de l’élément testé est connue du testeur.
Test de boîte grise: Il s’agit d’une technique de test réalisée avec des informations limitées sur la fonctionnalité interne du système.
J’espère que vous avez compris les pointeurs clés sur différentes méthodes de test de logiciels. Maintenant, allons plus loin dans cet article de Tutoriel sur les tests de logiciels et comprenons les niveaux de tests de logiciels.
Niveaux de test de logiciel
Un niveau de test de logiciel est un processus dans lequel chaque unité ou composant d’un logiciel / système est testé. Il existe différents niveaux de test qui aident à vérifier le comportement et les performances des tests logiciels. Ces niveaux de test sont conçus pour reconnaître les zones manquantes et la réconciliation entre le développement des états du cycle de vie. Dans le modèle de cycle de vie du développement logiciel, il existe des phases caractérisées telles que la collecte des exigences, l’analyse, la conception, le codage ou l’exécution, les tests et le déploiement.
Toutes ces phases passent par le processus des niveaux de test du logiciel. Il y a principalement quatre niveaux de test et ils sont:
- Tests unitaires
- Tests d’intégration
- Tests système
- Tests d’acceptation
Fondamentalement, cela commence par la phase de Test unitaire et se termine par les Tests d’acceptation.
Dans la section suivante de ce tutoriel sur les tests de logiciels, je vais approfondir le sujet suivant et expliquer quels sont les divers artefacts de documentation dans les tests de logiciels.
Artefacts de documentation de test logiciel
La documentation des cas de test vous aidera à estimer l’effort de test dont vous aurez besoin, ainsi que la couverture des tests et les exigences de suivi et de traçage. Certains artefacts de documentation couramment appliqués associés aux tests de logiciels sont:
- Plan de test
- Scénario de test
- Cas de test
- Matrice de traçabilité
Discutons brièvement de chacun d’eux.
- Plan de test : Il vous fournit les grandes lignes de la stratégie qui sera mise en œuvre pour tester l’application.
- Scénario de test: Le scénario de test peut être considéré comme une instruction d’une seule ligne qui notifie la zone dans laquelle votre application sera expérimentée. Cet artefact est nécessaire pour assurer la procédure globale testée du début à la fin.
- Scénario de test : Le scénario de test n’est rien d’autre qu’un ensemble de conditions ou de variables dans lesquelles un testeur déterminera si un système testé satisfait aux exigences ou fonctionne correctement. Les cas de test mentionnés ci-dessous sont vérifiés pendant les tests.
- Cas de test fonctionnels
- Cas de test d’erreur négative
- Cas de test logiques
- Cas de test physiques
- Cas de test d’interface utilisateur
- Matrice de traçabilité: Elle est également connue sous le nom de Matrice de traçabilité des exigences (RTM). Il contient un tableau qui esquisse les exigences lors de la création du modèle SDLC de votre produit. Ces artefacts de documentation peuvent être appliqués pour le suivi en avant, qui doit passer de la conception au codage, ou peuvent également être implémentés pour le suivi en arrière, qui est l’inverse du suivi en avant.
Cela nous amène à la fin des artefacts de Documentation de test logiciel. Maintenant, allons plus loin dans cet article de tutoriel sur les tests de logiciels et apprenons qu’est-ce que la gestion des défauts?
Quel est le processus de gestion des défauts?
La gestion des défauts consiste à détecter les bogues et à les corriger. Comme les bogues font partie de l’industrie du logiciel, ils se produisent constamment dans le processus de développement de logiciels. Les membres de l’équipe doivent écrire de gros morceaux de code tous les jours, et ils n’ont généralement pas le temps de réfléchir à la façon d’éviter les bugs. Par conséquent, chaque projet de développement logiciel nécessite un processus qui aide à détecter les défauts et à les corriger.
Le processus de gestion des défauts est effectué au stade des tests du produit. Sans s’en rendre compte, il serait difficile de comprendre la nature de la gestion des défauts.. Habituellement, les développeurs testent eux-mêmes leur produit. En outre, il existe également un type de test basé sur l’implication des utilisateurs. Les utilisateurs finaux ont souvent la possibilité de signaler les bogues qu’ils ont identifiés. Néanmoins, ce n’est pas la meilleure façon de tester, car les utilisateurs pourraient ne pas être capables de trouver tous les bugs.
Le processus de gestion des défauts comprend généralement quatre étapes.
- La première étape est l’étape de détection du défaut
- La deuxième étape est dédiée à la formulation des rapports de bogues
- La troisième étape consiste à corriger le bogue.
- Dans la dernière étape, la liste des bogues est créée
Maintenant, allons plus loin dans l’article du tutoriel sur les tests logiciels et comprenons le processus de détection des bogues à l’aide du cycle de vie des bogues.
Cycle de vie des bogues
Un cycle de vie des défauts est un processus dans lequel un défaut passe par différentes phases pendant toute sa durée de vie. Il commence lorsqu’un défaut est détecté et se termine lorsqu’un défaut est fermé, après s’être assuré qu’il n’est pas reproduit. Un cycle de vie de défaut est lié au bogue trouvé lors des tests.
Le cycle de vie d’un bogue ou d’un défaut comprend les étapes illustrées dans la figure ci-dessous:
- Nouveau: Dans cette étape, si un défaut est enregistré et publié pour la première fois, son état est donné comme nouveau.
- Attribué: Après que le testeur a posté le bogue, le responsable du testeur approuve que le bogue est authentique et il attribue le bogue à un développeur correspondant et à l’équipe de développeurs. C’est l’état donné comme assigné.
- Ouvert: Dans Cet état, le développeur a commencé à analyser et à travailler sur le correctif du défaut.
- Corrigé: Au fur et à mesure que le développeur apporte les modifications de code nécessaires et vérifie les modifications, il peut faire de l’état du bogue « Corrigé » et le bogue est transmis à l’équipe de test.
- Test : À ce stade, le testeur effectue le test du code modifié que le développeur lui a rendu pour vérifier si le défaut a été corrigé ou non.
- Vérifié: Ici, le testeur teste à nouveau le bogue après qu’il a été corrigé par le développeur. S’il n’y a pas de bogue dans le logiciel, il approuve que le bogue soit corrigé et change le statut en « vérifié ».
- Reopen: Si le bogue existe toujours même après que le bogue a été corrigé par le développeur, le testeur change le statut en « reopened ». Dans cet état, le bogue traverse à nouveau le cycle de vie.
- Fermé: Dès que le bug est corrigé, il est testé par le testeur. Dans le cas où le testeur estime que le bogue n’existe plus dans le logiciel, il change le statut du bogue en « fermé ». Cela implique que le bug est corrigé, testé et approuvé.
- Dupliquer : Dans le cycle de vie du bogue, si le bogue est répété deux fois ou si les deux bogues mentionnent le même concept de bogue, l’un des bogues devient « dupliquer « .
- Rejeté: Si le développeur estime que le bogue n’est pas authentique, il rejette le bogue. Ensuite, l’état du bogue est changé en « rejeté ».
- Différé : Si le bogue passe à l’état différé, cela signifie que le bogue devrait être corrigé dans les prochaines versions.
Il s’agissait du Cycle de Vie des Bogues et du Processus de Gestion des défauts. Voyons maintenant quels sont les défis liés aux tests manuels.
Défis Liés aux tests manuels
Le test manuel d’une application par des testeurs d’assurance qualité est connu sous le nom de Test manuel. Ici, tous les tests doivent être effectués manuellement dans chaque environnement, en utilisant un ensemble de données différent et le taux de réussite / échec de chaque transaction doit être enregistré.
Dans la figure ci-dessus, vous pouvez voir un homme qui vérifie manuellement les transactions enregistrées. Vous pouvez facilement notifier les défis auxquels il est confronté peuvent causer de la fatigue, de l’ennui, du retard dans le travail, des erreurs et des erreurs en raison de l’effort manuel. Cela a conduit à l’émergence de tests d’automatisation.
Maintenant, examinons le dernier article du tutoriel sur les tests de logiciels et voyons comment les tests d’automatisation battent les tests manuels.
Tests d’automatisation vs Tests manuels
Les tests d’automatisation surmontent les tests manuels à chaque fois. Pourquoi? Parce qu’il est ultra-rapide, nécessite très moins d’investissement en ressources humaines, pas sujet aux erreurs, l’exécution fréquente de tests est possible, prend en charge les tests de régression et les tests fonctionnels.
Prenons un exemple et comprenons cela. Disons que vous avez une page de connexion et que vous devez vérifier si toutes les tentatives de connexion sont réussies, il sera très facile d’écrire un morceau de code qui validera si toutes les tentatives de transaction / connexion sont un succès ou non (exécution automatisée de cas de test).
Tous ces tests peuvent être configurés de manière à être testés dans différents environnements et navigateurs Web. Non seulement cela, vous pouvez également automatiser la génération du fichier de résultats, en le programmant pour un moment particulier de la journée. Ensuite, vous pouvez également automatiser la génération de rapports basés sur ces résultats et ce qui ne l’est pas.
Le point important ici est que le test d’automatisation rend le travail d’un testeur beaucoup plus simple. Reportez-vous à l’image ci-dessus qui montre un environnement plus détendu dans lequel le même testeur travaille. Si vous souhaitez en savoir plus sur les tests d’automatisation et l’outil de test d’automatisation largement utilisé Selenium, vous pouvez vous référer à ce tutoriel sur le sélénium.
Il s’agissait de savoir comment les tests d’automatisation brillent dans le domaine des tests de logiciels. Cela nous amène à la fin de l’article sur le Tutoriel de test de logiciels. J’espère que vous l’avez trouvé instructif et qu’il a contribué à ajouter de la valeur à vos connaissances.
Si vous avez trouvé ce « Tutoriel de test de logiciel » pertinent, consultez la formation en ligne sur la certification Sélénium d’Edureka, une entreprise d’apprentissage en ligne de confiance avec un réseau de plus de 250 000 apprenants satisfaits répartis dans le monde entier.