Qu'est-ce que le test parallèle? Définition, approche, exemple

Table des matières:

Anonim

Test parallèle

Le test parallèle est un type de test logiciel dans lequel plusieurs versions ou sous-composants d'une application sont testés avec la même entrée sur différents systèmes simultanément pour réduire le temps d'exécution des tests. Le but des tests parallèles est de savoir si la version héritée et la nouvelle version se comportent de la même manière ou différemment et de vérifier si la nouvelle version est plus efficace ou non.

L'image ci-dessous montre les tests parallèles.

Exemple de test parallèle

Lorsqu'une organisation passe de l'ancien système au nouveau système, les données héritées sont un élément important. Le transfert de ces données est un processus complexe.

Dans les tests logiciels, la vérification de la compatibilité du système nouvellement développé avec l'ancien système se fait par le biais de «tests parallèles».

Pourquoi faire des tests parallèles

Le test parallèle est effectué pour la raison suivante,

  • Pour vous assurer que la nouvelle version de l'application fonctionne correctement
  • Pour s'assurer que les cohérences sont les mêmes entre la nouvelle et l'ancienne version
  • Pour vérifier si le format des données entre deux versions a changé
  • Pour vérifier l'intégrité de la nouvelle application

Par exemple, les utilisateurs utilisent actuellement la version 1.0 d'une application et à partir du mois de mars, les utilisateurs vont utiliser une autre version d'une application, disons la version 1.1.

Dans de tels cas, les testeurs doivent effectuer les tests parallèles, afin d'évaluer que la migration des données est réussie. Vérifier également si les modifications de la nouvelle version n'affectent pas le fonctionnement du système. Le testeur doit vérifier que les modifications sont correctement exécutées et que l'utilisateur obtient la sortie souhaitée conformément à l'exigence.

Quand faire des tests parallèles

Les tests parallèles peuvent être largement utilisés lorsque

  • L'entreprise passe de l'ancien système au nouveau système
  • Lorsque la synchronisation est effectuée sur deux systèmes
  • Données héritées importées d'un système à un autre
  • Tous les résultats doivent être définis plus précisément. Exemple, domaine financier ou domaine d'assurance où le calcul est une fonctionnalité majeure du système.

Comment faire des tests parallèles: approche complète

Pour effectuer des tests parallèles, vous pouvez simplement créer plusieurs projets qui testeront une partie différente de l'application (projets esclaves) et un projet (projet maître) qui exécutera ces projets.

Le test parallèle a deux critères de niveau.

  1. Critères d'entrée de test parallèle

    Les critères d'entrée de test parallèle définissent les tâches qui doivent être satisfaites avant que le test parallèle puisse être exécuté efficacement.

  2. Critères de sortie du test parallèle

    Les critères de sortie du test parallèle définissent la réussite de l'étape de test parallèle.

Avant d'effectuer des tests en parallèle, peu de conditions préalables doivent être satisfaites.

  • Le test parallèle ne peut pas commencer tant que la configuration de l'environnement n'est pas terminée.
  • Toutes les conditions préalables et tous les scénarios doivent être définis en premier
  • Les données héritées et les nouvelles données doivent être migrées avec succès
  • Le test parallèle n'est pas terminé tant que tous les critères de sortie n'ont pas été satisfaits

Pour effectuer des tests parallèles, les étapes suivantes doivent être suivies

Étape 1 : Exécutez l'ancien système sur le système nouvellement développé

Étape 2 : Comprendre les différences entre les deux systèmes

Étape 3 : Lancer un cycle complet en utilisant la même entrée

Étape 4 : mesurez la sortie du système nouvellement développé par rapport à l'ancien système

Étape 5 : Signaler la cause du bogue s'il est détecté

Bonnes pratiques pour les tests parallèles

Pour effectuer des tests en parallèle, voici quelques trucs et astuces qui pourraient être utiles.

  • Bogues typiques identifiés dans les tests parallèles

La logique interne est modifiée

Le flux de produit est modifié

Les principaux fonctionnalistes sont modifiés

  • Combien de cycles devraient être nécessaires

Le nombre de cycles de test dépend de la complexité du module.

Exécutez plusieurs cycles de scénario en utilisant des données de test prédéfinies, qui étaient réussies du système précédent

  • Catégorisation de la différence

    Lorsque nous exécutons le cycle de test parallèle, les résultats des systèmes nouveaux et hérités doivent être mesurés ligne par ligne avec les différences mises en évidence. Chaque différence que nous avons capturée doit être définie en fonction du type d'erreur.

  • Type d'erreur survenu pendant les cycles

    Pour les erreurs, le testeur doit noter les éléments suivants lors de l'exécution de tests parallèles.

    • Erreur de saisie
    • Erreur due à l'ancien système
    • Différent explicable ou acceptable
    • Erreur inattendue

Qu'est-ce qui n'est pas un test parallèle

C'est des tests parallèles

Ce n'est pas un test parallèle

  • Test de l'application mise à jour par rapport à l'application précédente.
  • Exécutez l'ancien scénario avec un nouveau logiciel avec des conditions d'entrée réservées.
  • Le but est de connaître le résultat selon le système précédent.
  • Doit avoir connaissance de l'ancien et du système nouvellement développé.
  • Tester un seul logiciel.
  • Test cross-bower ou multiplateforme.
  • Le but est de découvrir le problème de conception.
  • Connaître la différence n'est pas nécessaire.

Défis des tests parallèles

  • Une connaissance complète du produit est requise.
  • Chaque résultat doit être testé
  • Besoin de se concentrer sur l'entrée de données et le flux de produit

Résumé:

  • En génie logiciel, les tests parallèles testent simultanément plusieurs applications ou sous-composants d'une application afin de réduire le temps de test.
  • Cela garantit que le nouveau système est suffisamment capable d'exécuter le logiciel efficacement.

Cet article est contribué par Dinesh Kadachha