"Por favor, pregunta al líder del equipo a través del chat de pruebas si el alcance del entorno no te queda claro y evita hacer suposiciones".

La creación de múltiples entornos es una práctica común entre los desarrolladores de software. La idea es crear dos (o más) versiones independientes de la aplicación o el sitio web para que puedas usar una sin afectar a la otra. Por lo general, los entornos más comunes se llaman entornos de producción (que también pueden denominarse entornos en vivo) y entornos de Staging (también llamados entornos de preproducción o de prueba). Sin embargo, cada cliente puede establecer sus propios nombres para sus múltiples entornos. En este artículo, te ayudaremos a identificar qué tipo de entorno estás utilizando y sus principales características.

El entorno siempre será proporcionado por el cliente en la sección de Acceso de la página de resumen de tu prueba. Puede ser un sitio web o un enlace para acceder a la página de descarga de la aplicación. Para evitar probar el entorno incorrecto, siempre accede al producto del cliente a través del enlace proporcionado en las instrucciones y nunca intentes adivinar el entorno basándote solo en el título del ciclo de prueba.

Una vez que accedas al entorno, debes prestar atención al dominio para evitar acceder a áreas fuera del alcance de la prueba. Si el dominio del sitio web cambia mientras navegas por la página, en realidad estás probando un sitio web diferente, incluso si su nombre o diseño es similar. A menos que se indique lo contrario, este otro sitio web no está dentro del alcance y no debe ser probado. Por ejemplo, si la URL mencionada en la sección de Acceso es https://test.io y mientras navegas terminas en el sitio web https://epam.com/testio, el dominio claramente ha cambiado, por lo que estás visitando una sección que está fuera del alcance del ciclo y debes regresar al dominio correcto de inmediato.

Cuando navegues y llegues a una página que está en un subdominio, esto también puede significar que has abandonado el entorno de prueba. En nuestro ejemplo, https://test.io tiene múltiples subdominios como https://app.test.io o https://academy.test.io. Ten en cuenta que las rutas (agregadas al final de la URL, como https://test.io/services o https://test.io/crowdtesting) no son subdominios, por lo que puedes probar estas páginas con seguridad si hay una función habilitada para ellas, a menos que se indique lo contrario en las instrucciones.

Finalmente, en el caso de aplicaciones móviles, algunas páginas pueden abrirse en lo que llamamos un Navegador Integrado. Estas son herramientas incorporadas que permiten a los usuarios ver contenido web (como páginas web) dentro de la aplicación sin necesidad de un navegador de terceros. Incluso si la página mostrada dentro de la aplicación forma parte del ecosistema del cliente, a veces el equipo que desarrolla la aplicación no es el mismo que desarrolla esos sitios web. Por lo tanto, esas páginas también pueden estar fuera del alcance del ciclo.

En cualquier caso, por favor, pregunta al líder del equipo a través del chat de pruebas si el alcance del entorno no te queda claro y evita hacer suposiciones.

Una vez que hayas identificado el entorno de prueba, debes buscar la información adicional proporcionada por el cliente al respecto. Algunos clientes te permitirán probar sus aplicaciones libremente, mientras que otros impondrán algunas limitaciones sobre las acciones que puedes realizar en el entorno. Por lo tanto, ten en cuenta las siguientes limitaciones generales de alcance:

Para ayudarte con tus pruebas, identificaremos dos de los entornos de prueba más comunes creados por nuestros clientes en las secciones siguientes.

​

Los entornos en vivo son productos en funcionamiento, la misma versión y construcción que los usuarios del mundo real están utilizando actualmente. Las empresas pueden perder clientes y ganancias debido a errores en sitios web o aplicaciones en vivo por lo que los errores en sitios web o aplicaciones en vivo suelen ser más relevantes que en sitios web que aún no se han publicado.

Para evitar afectar la experiencia de los usuarios, los clientes generalmente te restringirán de probar libremente el sitio web. Por lo tanto, es realmente importante que leas las instrucciones del ciclo con cuidado y no realices ninguna acción que pueda ser vista por otros usuarios (por ejemplo, las que se describen en la sección Configuración y Alcance del Entorno).

Las aplicaciones en vivo son productos lanzados y normalmente estarán disponibles en la App Store oficial de tu dispositivo. Para los sitios web, debes acceder al entorno de producción a través del enlace proporcionado por el cliente en la sección de Acceso de las instrucciones de la prueba. Ten en cuenta que los clientes pueden tener herramientas de desarrollo ocultas integradas en sus productos en vivo, por lo que es importante seguir las instrucciones del ciclo y hacer clic en el enlace proporcionado por el cliente para asegurarte de que estás probando el entorno correcto.

Un entorno de prueba es típicamente un entorno creado con fines de prueba. Por lo general, replicará las funcionalidades y la interfaz del entorno en vivo, además de las últimas modificaciones aplicadas por el equipo de desarrollo. Si bien el dominio de un sitio de pruebas suele ser el mismo que el del sitio web en vivo, el sitio de pruebas se ejecuta en un subdominio del sitio. Dado que los entornos de pruebas generalmente no son accesibles para el público en general, se accederá a través de nuestro proxy de test IO o después de ingresar credenciales que se proporcionarán en las instrucciones de la prueba.

Los productos de prueba aún pueden estar en la etapa de desarrollo, por lo que pueden ser diferentes de los entornos de producción en funcionamiento. También pueden actualizarse mientras un ciclo está activo, lo que significa que pueden presentarse ciertas inestabilidades mientras pruebas el entorno.

Por lo general, los errores de contenido están fuera del alcance. El contenido, como textos, imágenes y enlaces, puede estar ausente o reemplazado por marcadores de posición. Los errores funcionales son los más relevantes aquí.

Del mismo modo, los enlaces pueden apuntar al sitio web en vivo en lugar del sitio web de pruebas (el subdominio no se incluye en la URL de estos enlaces). Ya sea intencional o no, este es un problema de configuración y no un error válido.

Las aplicaciones beta aún no se han lanzado y deben descargarse a través del enlace proporcionado en la sección de Acceso de las instrucciones de la prueba. Por lo general, son equivalentes a los entornos de pruebas en vivo para los sitios web. Instalar una aplicación beta no es tan fácil como instalar una aplicación en vivo:

Para obtener más información sobre cómo instalar aplicaciones beta de iOS y Android en tu dispositivo, consulta nuestro artículo Configuración de tu Estación de Trabajo.

Si tienes problemas para instalar una aplicación, puedes ponerte en contacto con el líder del equipo a través del chat de pruebas.