Qu’est-ce que le test parallèle ? Méthode, approche et exemple
Thomas Hamilton
⚡ Résumé intelligent
Les tests parallèles exécutent simultanément un système existant et un système nouvellement développé avec les mêmes données d'entrée, permettant ainsi aux testeurs de confirmer que les données, les calculs et les flux métier migrés produisent toujours des résultats identiques.
Qu'est-ce que les tests parallèles ?
Tests en parallèle Le test parallèle est un type de test logiciel qui consiste à tester simultanément plusieurs versions ou sous-composants d'une application avec les mêmes données d'entrée sur différents systèmes, afin de réduire le temps d'exécution des tests. L'objectif du test parallèle est de déterminer si l'ancienne et la nouvelle version se comportent de manière identique ou différente, et d'établir si la nouvelle version est plus performante.
L'image ci-dessous illustre les tests en parallèle.
Exemple de test parallèle
Lorsqu'une organisation migre vers un nouveau système, les données existantes constituent une partie importante de cette migration, et leur transfert est complexe.
Lors des tests logiciels, la vérification de la compatibilité du nouveau système développé avec l'ancien système s'effectue par des tests parallèles, comme le montre le schéma ci-dessous.
Pourquoi faire des tests parallèles
Les tests parallèles sont effectués pour ces raisons.
- Pour vous assurer que la nouvelle version de l'application fonctionne correctement
- Pour garantir la cohérence des résultats entre la nouvelle et l'ancienne version
- Pour vérifier si le format des données a changé entre les deux versions.
- 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 de mars, ils passeront à la version 1.1, comme illustré ci-dessous.
Dans de tels cas, les testeurs effectuent des tests en parallèle pour confirmer que la migration des données s'est déroulée avec succès et que les modifications apportées à la nouvelle version n'affectent ni le fonctionnement du système ni le résultat attendu par l'utilisateur.
Quand faire des tests parallèles
Les tests en parallèle sont largement utilisés lorsque :
- L'entreprise passe d'un ancien système à un nouveau système.
- SyncL'hydrogénation est réalisée entre deux systèmes
- Les données héritées sont importées d'un système vers un autre.
- Tous les résultats doivent être définis avec précision — par exemple dans le domaine financier ou des assurances, où le calcul est une fonctionnalité majeure du système
Comment effectuer des tests parallèles : approche complète
Pour les tests parallèles, vous créez plusieurs projets qui testent chacun une partie différente de l'application (projets esclaves) et un projet (le projet maître) qui les exécute.
Les tests parallèles comportent deux niveaux de critères.
- Critères d'admission aux tests parallèles — définir les tâches qui doivent être accomplies avant que les tests parallèles puissent être exécutés efficacement.
- Critères de sortie des tests parallèles — définir la conclusion réussie de la phase de tests parallèles.
Quelques conditions préalables doivent d'abord être remplies.
- Les essais en parallèle ne peuvent commencer que lorsque environnement de test L'installation est terminée.
- Toutes les conditions préalables et tous les scénarios doivent être définis en premier
- Les données existantes et les nouvelles données doivent être migrées avec succès
- Les tests en parallèle ne sont considérés comme terminés que lorsque tous les critères de sortie ont été satisfaits.
Effectuez des tests parallèles en cinq étapes.
- Comparer l'ancien système au nouveau système développé.
- Comprendre les différences entre les deux systèmes.
- Effectuez un cycle complet en utilisant la même entrée.
- Mesurer le rendement du système nouvellement développé par rapport au rendement de l'ancien système.
- Signalez la cause de tout bug rencontré.
Bonnes pratiques pour les tests parallèles
Voici quelques conseils utiles.
Bogues typiques identifiés lors des tests parallèles
- La logique interne est modifiée
- Le flux du produit est modifié.
- Les principales fonctionnalités sont modifiées
Combien de cycles seront nécessaires ?
Le nombre de cycles de test dépend de la complexité du module. Exécutez plusieurs cycles de scénarios prédéfinis. données de test qui était transmis par le système précédent.
Catégoriser les différences
Les résultats du nouveau système et de l'ancien système doivent être mesurés ligne par ligne, les différences étant mises en évidence et chaque différence classée selon le type d'erreur.
Type d'erreur survenue pendant les cycles
Pour chaque différence, le testeur doit indiquer laquelle s'applique.
- Erreur de saisie
- Erreur causée par l'ancien système
- Différence explicable ou acceptable
- Erreur inattendue
Ce qui n'est pas un test parallèle
Le tableau délimite les frontières.
| Ce sont des tests parallèles | Ce ne sont pas des tests parallèles |
| Test de l'application mise à jour par rapport à l'application précédente. | Tester un seul logiciel. |
| Exécution de l'ancien scénario avec le nouveau logiciel dans les mêmes conditions d'entrée. | Tests multiplateformes ou multi-navigateurs. |
| Le but est de connaître le résultat selon le système précédent. | L'objectif est de déceler un problème de conception. |
| La connaissance de l'ancien système et du nouveau système est requise. | La connaissance de la différence n'est pas nécessaire. |
Les défis des tests parallèles
- Une connaissance complète du produit est requise.
- Chaque résultat doit être testé
- La saisie des données et le flux de produits nécessitent une attention constante.
