Menu

Test d'applications - Dans les bases du test de logiciels!

application testing into basics software testing

Essayez Notre Instrument Pour Éliminer Les Problèmes

Introduction aux tests d'applications

Le test d'application est une telle activité qui est effectuée fréquemment par presque tous les testeurs de logiciels dans sa carrière. Ces deux mots sont extrêmement larges sur le plan pratique. Cependant, seuls les domaines essentiels et les plus importants seront abordés ici. Le but de cet article est de toucher tous les domaines principaux afin que les lecteurs obtiennent tout le briefing de base en un seul endroit.

Test d

En une seule ligne, nous pouvons dire que le test d'application est un processus par lequel la fonctionnalité, la convivialité et la cohérence de l'ensemble de l'application sont testées.

Ce que vous apprendrez:

Test d'application: explication des bases des tests logiciels

Catégories d'applications

Qu'il s'agisse d'un petit logiciel de calcul avec uniquement les opérations arithmétiques de base ou d'une solution d'entreprise en ligne; il existe trois catégories d'applications:

Catégories d

Pour les applications de bureau, les tests doivent prendre en compte l'interface utilisateur, la logique métier, la base de données, les rapports, les rôles et droits, l'intégrité, la convivialité, la fonctionnalité, les performances, la sécurité, la compatibilité matérielle et logicielle et le flux de données.

Pour les applications Web, les testeurs doivent accorder une importance suffisante aux performances, à la charge et à la sécurité de l'application.

Les autres principaux types de tests couverts par les tests d'applications Web sont les tests fonctionnels, les tests multi-navigateurs, l'UAT, les tests bêta, les tests de régression, les tests de compatibilité, les tests de fumée, les tests exploratoires, les tests de compatibilité et de support multilingue et les tests de résistance.

Pour les applications mobiles, les principaux types de tests à effectuer sont les tests d'interface utilisateur, les tests basés sur des règles, la régression, les tests fonctionnels et de sécurité.

Donc AUT (application en cours de test) est soit le logiciel de bureau, soit un site Web ou une application mobile.

Test d

Méthodologies de test d'application

C'est un aspect bien connu et bien discuté qu'il n'y a que 3 méthodologies de test universellement acceptées:

#1) Boîte noire : Dans les tests boîte noire, l'AUT est validé par rapport à ses exigences en tenant compte des entrées et des sorties attendues, quelle que soit la façon dont les entrées sont transformées en sorties. Les testeurs sont les moins concernés par la structure interne ou le code qui implémente la logique métier de l'application.

Boîte noire

Il existe quatre techniques principales pour concevoir des cas de test pour les tests en boîte noire:

  • BVA ( Analyse de la valeur limite )
  • EP (partitionnement d'équivalence)
  • Tables de décision
  • Tables de transition d'état (et diagrammes)

Les tests de boîte noire sont couramment utilisés pour les tests fonctionnels, non fonctionnels et de régression.

#deux) Boîte blanche : L'objectif principal de cette méthodologie est de valider la manière dont la logique métier de l'application est implémentée par le code / programme.

Boîte blanche

La structure interne de l'application est ici testée et les techniques disponibles pour ce faire sont:

  • Couverture de code
  • Couverture de chemin

Les deux techniques énumérées ci-dessus contiennent plusieurs autres stratégies qui peuvent être discutées dans un autre article. Certaines techniques sont abordées dans le « Techniques de conception de cas de test ' sujet.

# 3) Boîte grise : En pratique, il s'agit d'un mélange de boîte noire et de boîte blanche.

Boîte grise

entreprises impliquées dans l'internet des objets

Dans cette méthodologie, le testeur teste principalement l'application avec l'approche Black-box. Mais, pour certains modules critiques ou vulnérables d'une application, les tests sont effectués via une boîte blanche.

Application Outils de test

Il y a beaucoup de Outils de test d'application disponible sur le marché aujourd'hui. Ceux-ci incluent à la fois des outils payants et open source. De plus, certains outils sont spécifiques à un objectif.

Par exemple, Tests d'interface utilisateur, tests fonctionnels, tests de bases de données, tests de charge, performances, tests de sécurité et tests de validation de liens, etc. Cependant, certains outils sont suffisamment puissants pour permettre de tester plusieurs aspects majeurs d'une application.

Le concept le plus important du «test d’application» est le test fonctionnel. Ainsi, nous nous concentrerons sur les outils de test fonctionnel.

Voici la liste des fonctionnalités les plus importantes et les plus fondamentales fournies par la quasi-totalité des outils de «test fonctionnel».

  • Enregistrer et jouer
  • Paramétrer les valeurs
  • Éditeur de script
  • Exécuter (le test ou le script, avec les modes de débogage et de mise à jour)
  • Rapport sur la session d'exécution

Différents fournisseurs proposent des fonctionnalités spécifiques qui rendent leur produit unique par rapport aux autres produits concurrents. Mais les cinq fonctionnalités énumérées ci-dessus sont les plus courantes et peuvent être trouvées dans presque tous les outils de test fonctionnel.

Voici la liste de quelques Outils de test fonctionnel .

1) HP QTP ( Professionnel de test rapide )
deux) Sélénium
3) IBM Rational Robot
4) Test terminé
5) Pousser pour tester
6) Telerik

Plan de test logiciel (STP)

Pour toute activité, une certaine planification est toujours nécessaire et il en va de même pour les tests logiciels. Sans un plan approprié, il y a toujours un risque élevé d'être distrait pendant le test. Si ce risque devient un fait, les résultats pourraient être horribles.

5 parties principales d'un bon plan de test

# 1) Portée

  • Vue d'ensemble de AUT
  • Caractéristiques (ou zones) à tester
  • Exclusions (caractéristiques ou zones à ne pas tester) avec raison
  • Dépendances (des activités de test les unes sur les autres, le cas échéant)

# 2) Objectifs: Cette section décrit les objectifs de l'activité de test, par ex. validation des corrections de bugs, ajout de nouvelles fonctionnalités ou refonte d'AUT, etc.

# 3) Focus: Cette section décrit quel aspect de l'application sera inclus dans le test, par ex. sécurité, fonctionnalité, convivialité, fiabilité, performance ou efficacité, etc.

# 4) Approche: Cette section décrit la méthodologie de test qui sera adoptée pour quels domaines de l'AUT. Par exemple, dans le STP d'une application ERP; la section sur l'approche peut contenir l'information selon laquelle le test de la boîte noire sera l'approche pour la paie. En revanche, pour les rapports, l'approche sera le test de la boîte grise.

# 5) Horaire: Cette section décrit qui fera quoi, où, quand et comment sur l'AUT. La section du calendrier est, en fait, un «4W et 1H» du STP. Normalement, le calendrier est préparé comme un simple tableau, mais chaque organisation peut avoir son propre format personnalisé en fonction de ses propres besoins.

Une fois le plan de test prêt et l'application en cours de développement, les testeurs conçoivent et documentent les cas de test. Dans la section «Test d'application - Méthodologies» ci-dessus, j'ai énuméré les techniques de conception TC.

Cycles de test d'application

Une fois que l'AUT est prêt pour le test, la phase pratique du cycle de test commence dans laquelle les testeurs exécutent réellement les cas de test sur AUT. Gardez à l’esprit que le cycle de test est ici abordé quels que soient les niveaux de test (unité, module, intégration, système et acceptation de l’utilisateur) et les environnements de test (développement, assurance qualité, réplique client, direct).

#1) Test de fumée : C'est le tout premier cycle de test. Le but du test de fumée est de vérifier qu'il n'y a pas de crash dans l'application et qu'elle convient pour des tests supplémentaires. Cette étape est large et peu profonde.

# 2) Test de santé mentale: C'est le deuxième cycle de test. Son objectif est de vérifier qu'un module spécifique fonctionne correctement et convient pour des tests complets. Cette étape est étroite et profonde.

Conseil pro: Habituellement, il n'y a pas suffisamment de temps disponible pour exécuter les deux cycles ci-dessus séparément. Ainsi, un mélange de ces deux cycles est adopté dans la pratique.

# 3) Test fonctionel : Le test correct et complet de l'application est effectué dans ce cycle de test d'application. L'objectif principal de cette activité est de vérifier que la logique métier de l'application fonctionne comme prévu.

# 4) Les tests de régression : C'est le dernier cycle de candidature. Ici, les corrections de bogues et / ou mises à jour sont vérifiées. De plus, les tests de régression garantissent également qu'il n'y a pas de dysfonctionnement dans d'autres zones de AUT en raison de corrections et de modifications.

Les bogues sont enregistrés à chaque cycle de test. Il n'y a pas de frontière distincte entre les cycles de test. Par exemple, dans la régression, la fonctionnalité est également vérifiée et elle peut également nécessiter de la fumée, de la santé mentale ou leur fusion en premier.

Nous avons parlé ci-dessus de quatre cycles de test d'application différents. Nous devons également comprendre ici que chaque cycle de test d'application comporte certaines étapes. En règle générale, tout cycle de test comporte les étapes présentées dans l'image ci-dessous:

Cycles de test d

Test d'application - Les meilleures pratiques

Je pense que des centaines d'articles sont disponibles sur Internet. Chaque article suggère un nombre différent de bonnes pratiques allant de 7 à 30 (que j'ai vues jusqu'à présent). Cependant, je n'ai que 5 conseils pour les lecteurs.

  • Plan Correctement
  • Test Vivement
  • Consigner les bogues Clairement
  • Faites le test de régression Efficacement
  • Améliorez les quatre compétences ci-dessus En continu

En outre, vous devez bien prioriser les cas de test et couvrir en premier les principaux flux commerciaux.

Conclusion

Les tests d'application sont un vaste sujet et c'est l'activité principale de presque tous les testeurs de logiciels.

Dans cet article, j'ai donné un aperçu des domaines les plus fondamentaux et nécessaires qui relèvent des tests d'application. Cela implique des stratégies, des phénomènes, des approches, des outils, des technologies et des lignes directrices. J'ai abordé la perspicacité conceptuelle et pratique des tests d'applications ainsi que ses domaines de préoccupation les plus importants.

lecture recommandée

^