"Demandez au chef d'équipe via le chat de test si la portée de l'environnement n'est pas claire pour vous, et évitez de faire des suppositions."

La création de plusieurs environnements est une pratique courante parmi les développeurs de logiciels. L'idée est de créer deux (ou plus) versions indépendantes de l'application ou du site web afin de pouvoir en utiliser une sans affecter l'autre. Habituellement, les environnements les plus courants sont appelés environnements de Production (qui peuvent également être appelés environnements Vivants) et environnements de Mise en scène (également appelés environnements de Pré-production ou de Test). Cependant, chaque client peut définir ses propres noms pour ses multiples environnements. Dans cet article, nous vous aiderons à identifier le type d'environnement sur lequel vous travaillez et ses principales fonctionnalités.

L'environnement sera toujours fourni par le client dans la section Accès de la page d'aperçu de votre test. Il peut s'agir d'un site Web ou d'un lien pour accéder à la page de téléchargement de l'application. Pour éviter de tester le mauvais environnement, accédez toujours au produit du client via le lien fourni dans les instructions et ne tentez jamais de deviner l'environnement uniquement en fonction du titre du cycle.

Une fois que vous accédez à l'environnement, vous devez faire attention au domaine pour éviter d'accéder à des zones hors de la portée du test. Si le domaine du site Web change pendant que vous naviguez sur le site, vous testez en réalité un site Web différent, même si son nom ou son design est similaire. Sauf indication contraire, ce site Web supplémentaire n'est pas dans la portée du test et ne doit pas être testé. Par exemple, si l'URL mentionnée dans la section Accès est https://test.io et que pendant votre navigation, vous vous retrouvez sur le site https://epam.com/testio, le domaine a clairement changé, vous visitez donc une section qui est en dehors de la portée du cycle. Vous devriez immédiatement revenir au domaine correct.

Lorsque vous naviguez et que vous atterrissez sur une page qui se trouve sur un sous-domaine, cela peut également signifier que vous avez quitté l'environnement de test. Pour notre exemple, https://test.io a plusieurs sous-domaines tels que https://app.test.io ou https://academy.test.io. Gardez à l'esprit que les chemins d'accès (ajoutés à la fin de l'URL comme https://test.io/services ou https://test.io/crowdtesting) ne sont pas des sous-domaines, vous pouvez donc tester la page en toute sécurité s'il y a une fonctionnalité activée pour elle, sauf indication contraire dans les instructions.

Enfin, pour les applications mobiles, certaines pages peuvent s'ouvrir dans ce que nous appelons un visionneuse Web intégrée. Ce sont des outils intégrés qui permettent aux utilisateurs de visualiser du contenu Web (tel que des pages Web) à l'intérieur de l'application sans avoir besoin d'un navigateur tiers. Même si la page affichée à l'intérieur de l'application fait partie de l'écosystème du client, il arrive parfois que l'équipe qui développe l'application ne soit pas la même que celle qui développe ces sites Web. Par conséquent, ces pages peuvent également être en dehors de la portée du cycle.

Dans tous les cas, veuillez demander au Chef D'Équipe via le chat de test si la portée de l'environnement vous semble floue et évitez de faire des suppositions.

Une fois que vous avez identifié l'environnement de test, vous devez rechercher les informations supplémentaires laissées par le client à son sujet. Certains clients vous permettront de tester librement leurs applications, tandis que d'autres imposeront certaines limitations sur les actions que vous pouvez effectuer sur l'environnement. Par conséquent, notez les limitations générales de portée suivantes:

Pour vous aider avec vos tests, identifions maintenant deux des environnements de test les plus courants créés par nos clients dans les sections suivantes.

Les environnements en direct sont des produits opérationnels, la même version et le même build que les utilisateurs du monde réel utilisent actuellement. Les entreprises peuvent perdre des clients et des revenus en raison de bugs dans des environnements en direct. Par conséquent, les bugs sur les sites Web ou applications en direct sont généralement plus pertinents que sur des sites qui ne sont pas encore publiés.

Pour éviter d'affecter l'expérience des utilisateurs, les clients vous restreindront généralement dans votre capacité à tester librement le site Web. Par conséquent, il est vraiment important que vous lisiez attentivement les instructions du cycle et que vous n'effectuiez aucune action qui pourrait être vue par d'autres utilisateurs (par exemple, celles décrites dans la section Configuration de l'environnement et portée).

Les applications en direct sont des produits publiés et seront généralement disponibles sur la boutique officielle de votre appareil. Pour les sites Web, vous devez accéder à l'environnement de production via le lien fourni par le client dans la section Accès des instructions de test. Gardez à l'esprit que les clients peuvent avoir intégré des outils de développement masqués dans leurs produits en direct, il est donc important de suivre les instructions du cycle et de cliquer sur le lien fourni par le client pour vous assurer que vous testez le bon environnement.

Un environnement de mise en scène est généralement un environnement créé à des fins de test. Il reproduira généralement les fonctionnalités et l'interface de l'environnement en direct ainsi que les dernières modifications apportées par l'équipe de développement. Bien que le domaine d'un site de mise en scène soit généralement le même que celui du site en direct, le site de mise en scène fonctionne sur un sous-domaine du site. Comme les environnements de mise en scène ne sont généralement pas accessibles au grand public, ils seront accessibles soit via notre proxy Test IO, soit après avoir entré des identifiants qui seront fournis dans les instructions de votre test.

Les produits de mise en scène peuvent encore être en cours de développement, c'est pourquoi ils peuvent être différents des environnements de production en cours de fonctionnement. Ils peuvent également être mis à jour pendant qu'un cycle est actif, vous devez donc vous attendre à certaines instabilités lors de la phase de test de l'environnement.

​Les bogues de contenu sont souvent exclus de la portée du test. Le contenu, tel que les textes, les images et les liens, peut être manquant ou remplacé par des espaces réservés. Les bogues fonctionnels sont les plus pertinents.

De même, les liens peuvent pointer vers le site Web en direct au lieu du site de mise en scène (le sous-domaine n'est pas inclus dans l'URL de ces liens). Intentionnellement ou non, il s'agit d'un problème de configuration et non d'un bogue valide.

Les applications bêta ne sont pas encore publiées et doivent être téléchargées via le lien fourni dans la section Accès des instructions de test. Elles sont généralement équivalentes aux environnements de pré-production pour les sites web. L'installation d'une application bêta n'est pas aussi simple que l'installation d'une application en direct:

Pour en savoir plus sur l'installation d'applications bêta iOS et Android sur votre appareil, veuillez consulter notre article sur la Configuration de votre poste de travail.

Si vous rencontrez des problèmes lors de l'installation d'une application, vous pouvez contacter le chef d'équipe via le chat de test.