Environnement de test dans les tests logiciels

Qu'est-ce qu'un environnement de test ?

Un environnement de test est une configuration de logiciels et de matériel permettant aux équipes de test d'exécuter des cas de test. En d’autres termes, il prend en charge l’exécution de tests avec le matériel, les logiciels et le réseau configurés.

Le banc d'essai ou l'environnement de test est configuré selon les besoins de l'application testée. À quelques occasions, le banc d'essai peut être la combinaison de l'environnement de test et des données de test qu'il exploite.

La mise en place d'un environnement de test approprié garantit le succès des tests logiciels. Tout défaut dans ce processus peut entraîner des coûts et du temps supplémentaires pour le client.

Configuration de l'environnement de test : domaines clés

Pour l'environnement de test, un domaine clé à configurer comprend

• Système et applications
• Données de test
• Serveur de base de données
• Environnement d'exécution frontal
• Système d'exploitation client
• Navigateur
• Le matériel inclut le serveur Operasystème de
• Réseau
• Documentation requise comme les documents de référence/guides de configuration/guides d'installation/manuels d'utilisation

Processus de configuration de l’environnement de test logiciel

Les tests sont limités à ce qui peut être testé et à ce qui ne doit pas l'être.

Les personnes suivantes sont impliquées dans la configuration de l'environnement de test

• Administrateurs système,
• Développeurs
• Testeurs
• Parfois des utilisateurs ou des techniciens ayant une affinité pour les tests.

L'environnement de test nécessite la mise en place d'un certain nombre de zones distinctes telles que,

Étape 1) Configuration du serveur de test

Chaque test ne peut pas être exécuté sur une machine locale. Il faudra peut-être établir un serveur de test, capable de prendre en charge les applications.

Par exemple, Fedora a configuré pour PHP, Java-applications basées sur ou sans serveurs de messagerie, configuration de cron, Java-applications basées sur, etc.

Étape 2) Réseau

Réseau mis en place selon les exigences du test. Il comprend,

• Configuration Internet
• Configuration du réseau local Wi-Fi
• Configuration du réseau privé

Cela garantit que la congestion qui se produit pendant les tests n’affecte pas les autres membres. (Développeurs, concepteurs, rédacteurs de contenu, etc.)

Étape 3) Tester la configuration du PC

Pour les tests Web, vous devrez peut-être configurer différents navigateurs pour différents testeurs. Pour les applications de bureau, vous avez besoin de différents types de systèmes d’exploitation pour différents PC de testeurs.

Par exemple, les tests d'applications Windows Phone peuvent nécessiter

• Installation de Visual Studio
• Windows émulateur de téléphone
• Vous pouvez également attribuer un téléphone Windows au testeur.

Étape 4) Rapport de bug

Des outils de rapport de bogues doivent être fournis aux testeurs.

Étape 5) Création de données de test pour l'environnement de test

De nombreuses entreprises utilisent un environnement de test distinct pour tester le produit logiciel. L'approche couramment utilisée consiste à copier les données de production à tester. Cela aide le testeur à détecter les mêmes problèmes qu’un serveur de production en direct, sans corrompre les données de production.

L'approche de copie des données de production vers les données de test comprend :

• Configurer des tâches de production pour copier les données dans un environnement de test commun
• Toutes les informations personnelles identifiables (PII) sont modifiées avec d’autres données sensibles. Les informations personnelles sont remplacées par des données logiquement correctes, mais non personnelles.
• Supprimez les données qui ne sont pas pertinentes pour votre test.

Les testeurs ou les développeurs peuvent copier cela dans leur environnement de test individuel. Ils peuvent le modifier selon leurs besoins.

La confidentialité est le principal problème dans les données de production de copie. Pour surmonter les problèmes de confidentialité, vous devez examiner les données de test obscurcies et anonymisées.

Pour l'anonymisation des données, deux approches peuvent être utilisées,

• Liste noire : dans cette approche, tous les champs de données restent inchangés. Sauf les champs spécifiés par les utilisateurs.
• Liste blanche : par défaut, cette approche anonymise tous les champs de données. À l'exception d'une liste de champs dont la copie est autorisée. Un champ sur liste blanche implique qu’il est possible de copier les données telles quelles et que l’anonymisation n’est pas requise.

De plus, si vous utilisez des données de production, vous devez être intelligent quant à la manière de les sourcer. Interroger la base de données à l'aide SQL le script est une approche efficace.

Gestion de l'environnement de test

La gestion de l'environnement de test s'occupe de la maintenance et de l'entretien du banc d'essai.

La liste des activités de la fonction de gestion de l'environnement de test comprend :

1. Maintenance d'un référentiel central avec toutes les versions mises à jour des environnements de tests.
2. Gestion de l'environnement de test selon les demandes de l'équipe de test.
3. Conformément aux nouvelles exigences créant de nouveaux environnements
4. Surveillance des environnements
5. Mise à jour/suppression d'environnements de test obsolètes
6. Enquête sur les questions liées à l'environnement
7. Coordination jusqu'à la résolution du problème.

Liste de contrôle de l'environnement de test

Hardware

• Vérifier si l'équipement requis pour les tests est disponible ? Si ce n’est pas le cas, analysez le délai d’approvisionnement !
• Vérifier si des équipements périphériques sont disponibles ? Tels que les scanners, les imprimantes spéciales, les ordinateurs de poche, etc.

Logiciels / connexions

• Les applications nécessaires sont-elles spécifiées ? Une application telle qu'Excel, Word, dessins, etc.
• Pour le nouveau logiciel, l'environnement de test existe-t-il pour l'organisation ? L'organisation a-t-elle de l'expérience dans l'utilisation et la maintenance du logiciel ?

Données environnementales

• Vérifier si les ensembles de données de test standard sont disponibles ? Avec l'ensemble de tests de régression, considérez le Défaut administration pour collecter les données de test.
• Existe-t-il des accords avec les propriétaires des données de test concernant les données de test ? Pensez à la maintenance fonctionnelle.

Outils/processus de maintenance

• Vérifiez s'il existe un point de contact unique pour la maintenance de l'environnement de test. Si ce n'est pas le cas, dressez une liste de tous les membres susceptibles d'être impliqués dans sa maintenance.ping L'environnement de test est en cours d'exécution. Il devrait également inclure leurs coordonnées.
• L'accord atteint sur l'état de préparation et la qualité de l'environnement de test ? Par exemple, les critères d'acceptation, les exigences de maintenance, etc. Vérifiez également si d'autres attributs de qualité/supplémentaires pour les environnements sont en accord.
• Tous les membres impliqués dans le processus de maintenance sont-ils connus ?

En plus de cela, il y a quelques questions supplémentaires auxquelles il faut répondre avant de configurer l'environnement de test.

• Faut-il développer un environnement de test interne ou externaliser ?
• S'il faut suivre une norme interne à l'entreprise ou suivre une norme externe (IEE, ISO, etc.) ?
• Combien de temps l’environnement de test est-il requis ?
• Les différences entre les systèmes de test et de production ainsi que leur impact sur la validité des tests doivent être déterminés.
• Pouvez-vous réutiliser une configuration existante pour d’autres projets dans l’entreprise ?

Défis liés à la mise en place de la gestion de l'environnement de test

1. Bonne planification de l’utilisation des ressourcesUne planification inefficace de l’utilisation des ressources peut affecter le résultat réel. Cela peut également entraîner des conflits entre les équipes.
2. Environnement distantIl est possible qu’un environnement de Test soit géographiquement éloigné. Dans un tel cas, l’équipe de test doit s’appuyer sur l’équipe de support pour divers actifs de test. (Logiciel, matériel et autres problèmes).
3. Temps de configuration élaboréParfois, la configuration des tests devient trop élaborée en cas de Test d'intégration.
4. Utilisation partagée par les équipesSi l’environnement de test est utilisé simultanément par l’équipe de développement et de test, les résultats des tests seront corrompus.
5. Configuration de tests complexesCertains tests nécessitent une configuration d'environnement de test complexe. Cela peut poser un défi à l’équipe de test.

Meilleures pratiques pour la mise en place d'une gestion d'environnement de test

1. Comprendre parfaitement les exigences du test et former les membres de l'équipe de test.
2. La connectivité doit être vérifiée avant le lancement des tests
3. Vérifiez le matériel et les logiciels requis, les licences
4. Navigateurs et versions
5. Planification de l'utilisation planifiée de l'environnement de test.
6. Outils d'automatisation et leurs configurations.

Qu’est-ce que le banc d’essai dans les tests logiciels ?

A Banc d'essai dans les tests logiciels est un environnement de développement logiciel. Il permet aux développeurs de tester leurs modules sans affecter les serveurs de production en direct. Le banc d'essai n'est pas seulement réservé aux développeurs mais également utilisé par les testeurs. Il s’agit d’un environnement de test permettant de tester de manière rigoureuse et transparente les nouvelles technologies.

Résumé

• Un environnement de test est une configuration logicielle et matérielle sur laquelle l'équipe de test effectuera les tests.
• Pour l'environnement de test, un domaine clé à configurer comprend
• Système et applications
• Données de test
• Serveur de base de données
• Environnement d'exécution frontal, etc.
• Quelques défis lors de la mise en place d'un environnement de test incluent :
• Environnement distant
• Utilisation combinée entre équipes
• Temps de configuration élaboré
• Planification inefficace de l'utilisation des ressources pour l'intégration
• Configuration de tests complexes