Menu

Qu'est-ce que le test précoce: testez tôt, testez souvent MAIS comment? (Un guide pratique)

what is early testing

Essayez Notre Instrument Pour Éliminer Les Problèmes

Qu'est-ce que le dépistage précoce?

Les tests logiciels doivent commencer tôt dans le cycle de vie du développement logiciel. Cela aide à capturer et à éliminer les défauts dans les premières étapes du SDLC, c'est-à-dire les phases de collecte des exigences et de conception. Un début précoce des tests permet de réduire le nombre de défauts et, en fin de compte, le coût de retouche.

Les différents aspects de Test précoce qui aideraient les responsables et responsables de l'assurance qualité lors du développement ou de la conception du document de stratégie de test dans SDLC sont expliqués ici.

L'adoption du test précoce entraînera immensément la livraison réussie d'un produit de qualité.

test précoce (1)

À la fin de ce didacticiel, les lecteurs, les responsables de l'assurance qualité, les responsables et les testeurs auront une bonne connaissance des concepts ci-dessous:

quelle est la clé de sécurité réseau sur le routeur
  • Pourquoi des tests précoces en SDLC (projet ou version logicielle)?
  • Portée de l'effort de test précoce
    • Que tester tôt?
    • Démarrer et quitter
  • Avantages et inconvénients

Explorons maintenant les nuances en détail !!

Ce que vous apprendrez:

Principes de test

Figure 1 - Vue simplifiée des principes de test

1.Principes des tests

Pour une version de logiciel ou système ou produit donnée dans SDLC, il existe diverses méthodologies ou stratégies bien définies pour la plupart des principes de test suivants.

  • Qu'est-ce que le test?
  • Pourquoi tester?
  • Que tester?
  • Comment tester?

Cependant, certaines des questions les plus persistantes que de nombreux lecteurs, testeurs, responsables et responsables de l'assurance qualité poseraient ou souhaiteraient obtenir plus de clarté incluent (zone grise dans Figure 1 )

  • Quand commencer les tests dans une version logicielle ou Quand les tests doivent-ils commencer dans un projet?
  • Quand commencer les tests et quand arrêter les tests?
  • Pourquoi les tests devraient-ils commencer tôt dans SDLC?
  • Qu'est-ce qu'un test précoce en développement logiciel?

Pour faciliter la compréhension de l’auditoire, j’ai regroupé toutes les questions de la «zone grise» sous un même parapluie appelé Test précoce.

Pourquoi tester tôt dans SDLC?

Discutons de certains événements et activités qui font partie des tests.

Généralement, l'équipe de gestion de programme affecte un gestionnaire de programme (PM) à une version de logiciel ou à un projet donné. Le PM, en collaboration avec toutes les parties prenantes, y compris les équipes de marketing, de développement, d'assurance qualité et de support, établit un calendrier de publication

Dans ce tutoriel, j'ai choisi Calendrier de publication trimestriel utilisant le modèle Waterfall pour expliquer le Premiers concepts de test en détail.

Calendrier des tests de version du logiciel

La plupart des organisations suivent toujours le traditionnel Libération en fonction du temps (TBR) où les versions du logiciel ou du produit sont prévues pour une livraison trimestrielle, semestrielle ou annuelle.

Le modèle Waterfall est principalement utilisé pour exécuter ces versions de logiciels. Dans certains cas, pour un cycle de publication plus court, le modèle Agile / Scrum est adopté.

Figure 2 - Calendrier de test de lancement trimestriel typique (pas de projet global ou calendrier de lancement)

Calendrier des tests de version trimestriels

Impact des défauts critiques ou de gravité élevée

figure 3 - Impact typique des défauts critiques

Impact typique des défauts critiques

Principalement , au cours des tests, on s'attend à ce que

  • Les défauts critiques ou de gravité élevée doivent être identifiés et consignés par les testeurs.
  • Les développeurs devront corriger ces défauts.
  • Par la suite, les testeurs devront vérifier les correctifs.

en deuxième , il est largement reconnu par de nombreuses organisations d'ingénierie produit et logiciel que la correction et la vérification de bogues de gravité élevée ou critiques à un très grand nombre sont

  • Long
  • Accaparement des ressources (humain + machine)
  • Sujettes aux garanties, la correction des bogues critiques touche principalement une grande partie du code, y compris les zones d'intersection.

enfin , si un grand nombre de bogues critiques sont trouvés à la fin d'une version donnée, alors un ou plusieurs des développements négatifs suivants ont lieu.

  • Probabilité élevée de prolonger le cycle de test.
  • Forte probabilité que la date limite de publication ne soit pas respectée.
  • Une caractéristique particulière ayant un grand nombre de défauts peut tous ensemble devoir être retirée de cette version particulière.
  • Les engagements des clients sont manqués.

Qu'en est-il des autres défauts?

Il existe des défauts de priorité moyenne et faible qui seront identifiés et enregistrés par les testeurs. Celles-ci doivent également être traitées de manière appropriée par l'équipe de développement et d'assurance qualité. Ainsi, dans l'ensemble, c'est un exercice volumineux.

Il n'y a pas de balle d'argent

C'est un fait bien connu qu'aucune quantité de tests ne peut révéler tous les défauts d'un produit logiciel ou du système. Ce qui signifie, pratiquement, qu'il n'y a pas de fin aux tests ni que le produit est exempt de défauts.

Cependant, à partir du « Facilité d'entretien »Point de vue dans un modèle concurrentiel et time to market (TTM), il est nécessaire de briser l'état d'esprit typique pour dénicher le maximum de défauts au début d'un cycle de publication, en particulier l'identification des défauts critiques et de haute gravité.

Tout ou partie de ce qui précède aura un impact négatif sur les activités de l’Organisation. Dans ce contexte, l’adoption de « Test précoce ’ as a activité de test séparée sera bénéfique pour la gestion globale du SDLC pour un projet ou une version donné.

La portée de l'effort de test précoce

Ayant compris l’objectif de Testing Early dans la section précédente intitulée « Pourquoi des tests précoces? », Parlons maintenant du« Portée de l'effort de test précoce ' en détail.

Comme nous introduisons Testing Early en tant que nouvelle activité à suivre exclusivement au cours de l'exécution des tests, il est recommandé de pratiquer la portée de l'effort de test comme expliqué ci-dessous.

Hypothèse:

  • Le calendrier complet du projet ou de la version du logiciel est approuvé et mis à la disposition de toutes les parties prenantes.
  • Le document de stratégie globale de test est élaboré, revu et approuvé par toutes les parties prenantes.
  • Les fonctionnalités de priorité élevée, moyenne et faible à tester sont bien documentées.
  • Les plans de test et les cas de test pour toutes les fonctionnalités sont développés, revus et approuvés par toutes les parties prenantes.
  • Tous les plans de test et cas de test sont téléchargés dans un référentiel central pour suivre l'exécution des tests.
  • Toutes les ressources humaines, équipements d'infrastructure et outils sont disponibles pour la mise en place du (des) banc (s) de test et l'exécution des plans de test.

Que tester tôt?

Graphique 4 - Approche globale de la portée du test précoce

4 Que tester lors des premiers tests

Approcher

  • Prenons un Exemple de la version XYZ ayant 3 fonctions de priorité élevée A, B et C, 10 fonctions de priorité moyenne et 15 fonctions de priorité mineure (ou de priorité faible).
  • Les fonctionnalités de haute priorité sont celles qui génèrent des revenus élevés et / ou la conformité aux normes et / ou le rattrapage des concurrents et / ou la surenchère des concurrents et tout cela.
  • Les fonctionnalités de haute priorité impliquent généralement un codage complexe, un grand nombre de nouvelles lignes de code ajoutées.
  • Un grand nombre de nouvelles lignes de code peut également signifier une forte probabilité de zones d'intersection.
  • Habituellement, les fonctionnalités de haute priorité et / ou les fonctionnalités qui comportent un grand nombre de nouvelles lignes de code sont les meilleurs candidats pour le test précoce.
  • Il n'est pas nécessaire qu'un plan de test distinct soit développé pour l'activité de test précoce.
  • Les responsables de l'assurance qualité ou les testeurs ainsi que les responsables du développement ou les PME (experts en la matière) doivent discuter et convenir de la couverture du code / des tests pour cette activité de test.
  • Identifiez les cas de test de haute priorité appropriés et même certains cas de test de priorité moyenne si vous pensez que cela est nécessaire pour chacun des plans de test de fonctionnalité A, B et C.
  • Une fois que les fonctionnalités appropriées et le sous-ensemble de scénarios de test sont identifiés, assurez-vous qu'ils sont suivis à l'aide de l'outil de suivi des tests adopté par l'organisation.

Astuce: la collaboration est la clé! Au cours de l'activité de test précoce, les équipes de développement et d'assurance qualité doivent collaborer étroitement pour s'assurer que les objectifs fixés sont atteints avec des résultats de qualité.

Démarrer et quitter le test anticipé

Il est important que l'équipe de développement et l'équipe d'assurance qualité réfléchissent et acceptent toutes les approches de l'ensemble de l'activité de test précoce, y compris les dates de début et de sortie, afin que toutes soient sur la même longueur d'onde.

Critères d'entrée pour le début

  • Pourcentage d'achèvement des tests d'intégration
  • Nombre de bogues ouverts
  • Aucun bloqueur pour démarrer le test anticipé

Phase d'activité

  • Suivi des progrès
  • Nombre de chutes de code pendant ce test
  • Approche de correction de bogue
  • Approche de vérification des bogues
  • Enregistrez ces résultats de test

Critère de sortie

  • Transfert des activités à la prochaine phase de test (généralement des tests de fonctionnalités).
  • Résolution des bogues non résolus trouvés lors des premiers tests.
  • Résolution des bloqueurs le cas échéant pour la prochaine phase de test.
  • Publiez les premiers résultats des tests.

Avantages et inconvénients

Chaque nouvelle initiative ou activité a ses propres mérites et inconvénients.

Explorons les avantages et les inconvénients de cette approche de test.

Avantages

  • Idéal pour le modèle Waterfall.
  • Aide à découvrir les bogues critiques au début du cycle de test.
  • Identification des bogues critiques au début d'un cycle de publication.
  • Aide l'équipe de développement à stabiliser le code au début.
  • Aide à minimiser les garanties en raison des corrections de bogues.
  • Aide l'équipe de développement à identifier en détail les vulnérabilités dans les zones d'intersection au début du cycle de publication.
  • L'équipe de gestion peut prendre des décisions commerciales appropriées avec une diligence raisonnable sur les bogues critiques non résolus dans cette version ou un projet particulier.
  • Aide à étendre Couverture de test et faites du vélo efficacement.
  • Aide à distribuer les ressources de développement et de test de manière efficace et efficiente.

Les inconvénients

  • Pas parfaitement adapté au modèle Agile / Scrum. Cependant, ces modèles peuvent adopter Early Test dans les Sprints avec des ajustements appropriés.
  • Il y a une chance de réduire Test d'intégration par l'équipe de développement.

Conclusion

Les clients ou les utilisateurs finaux achètent ou adoptent un produit d'entretien ou un système ou une solution. La validation d'un logiciel qui s'exécute sur un tel système ou des produits pour sa facilité de maintenance est la principale exigence

Les éléments clés des principes de test comme Pourquoi tester? Qu'est-ce que le test? Que tester? Comment tester? sont pour la plupart bien définis et compris. Cependant, certaines questions persistent dans l'esprit des lecteurs, des testeurs, des responsables et des gestionnaires sur des concepts tels que les tests anticipés.

L'adoption des tests précoces en tant qu'activité intégrale du calendrier de test global pour tout projet logiciel donné ou une version est extrêmement bénéfique pour l'organisation pour fournir un produit ou un système qualifié robuste.

Avez-vous déjà réalisé l'importance des tests précoces dans votre carrière? N'hésitez pas à partager vos pensées et expériences dans la section commentaires ci-dessous !!

lecture recommandée

^