"Por favor, pergunte ao líder da equipe pelo chat de teste se o escopo do ambiente não estiver claro para você e evite fazer suposições"
Apresentação
A criação de múltiplos ambientes é uma prática comum entre os desenvolvedores de software. A ideia é criar duas (ou mais) versões independentes do aplicativo ou site para que você possa usar uma sem afetar a outra. Normalmente, os ambientes mais comuns são chamados de ambientes de Produção (também conhecidos como ambientes ao vivo) e ambientes de Staging (também chamados de pré-produção ou ambientes de teste). No entanto, cada cliente pode definir seus próprios nomes para seus diversos ambientes. Neste artigo, vamos ajudá-lo a identificar o tipo de ambiente em que você está trabalhando e suas principais características.
Como encontrar o ambiente a ser testado
O ambiente será sempre fornecido pelo cliente na seção de Acesso na página de visão geral do seu teste. Pode ser um site ou um link para acessar a página de download do aplicativo. Para evitar testar o ambiente errado, sempre acesse o produto do cliente por meio do link fornecido nas instruções e evite tentar adivinhar com base apenas no título do ciclo.
Após acessar o ambiente, atente-se ao domínio para evitar acessar áreas fora do escopo do teste. Se o domínio do site mudar durante a navegação, você estará, na verdade, em um site diferente, mesmo que pareça semelhante em nome e design. A menos que indicado de outra forma, esse outro site não está no escopo e não deve ser testado. Por exemplo, se a URL mencionada na seção de Acesso for https://test.io e, durante a navegação, você se deparar com o site https://epam.com/testio, o domínio claramente mudou, indicando que você está explorando uma seção fora do escopo do ciclo. Nesse caso, retorne imediatamente ao domínio correto.
Quando você navega e acessa uma página em um subdomínio, isso também pode significar que você saiu do ambiente de teste. Em nosso exemplo, https://test.io possui vários subdomínios, como https://app.test.io ou https://academy.test.io. Lembre-se de que os caminhos (anexados ao final da URL, como https://test.io/services ou https://test.io/crowdtesting) não são subdomínios. Portanto, você pode testar a página com segurança se houver uma funcionalidade habilitada para ela, a menos que seja indicado o contrário nas instruções.
Finalmente, para aplicativos móveis, algumas páginas podem ser abertas em um que chamamos de Visualizador Web Integrado. Estas são ferramentas incorporadas que permitem aos usuários visualizar conteúdo da web (como páginas da web) dentro do aplicativo, sem a necessidade de um navegador de terceiros. Mesmo que a página mostrada dentro do aplicativo faça parte do ecossistema do cliente, às vezes a equipe que desenvolve o aplicativo não é a mesma que desenvolve esses sites. Portanto, essas páginas também podem estar fora do escopo do ciclo.
Em qualquer caso, por favor, pergunte ao líder da equipe pelo chat de teste se o escopo do ambiente não estiver claro para você e evite fazer suposições.
Configuração do Ambiente e Escopo
Após identificar o ambiente de teste, é importante buscar informações adicionais fornecidas pelo cliente sobre o escopo de testes. Alguns clientes permitem testes abertos em seus aplicativos, enquanto outros podem impor limitações às ações que você pode executar no ambiente. Portanto, atente-se às seguintes limitações gerais de escopo:
Não acione pedidos. Interrompa o teste antes de concluir qualquer processo de compra, o que inclui o acesso a páginas de pagamento de terceiros.
Não envie dados ou conteúdo, como solicitações de suporte, análises de produtos ou comentários. O envio de dados pode requerer intervenção dos nossos clientes ou até mesmo ficar visível para os usuários reais dos produtos.
Não interfira na comunicação com nossos clientes, seja por meio de chat de suporte, telefone ou e-mail.
Não interaja com outros usuários reais, como enviar solicitações de amizade ou mensagens.
NÃO teste essas funcionalidades, a menos que as instruções de teste indiquem o contrário. Se você não tem certeza e deseja evitar rejeições e outras penalidades, a melhor abordagem é solicitar orientação ao líder da equipe através do chat de teste.
Para facilitar seus testes, a seguir, descreveremos dois dos ambientes de teste mais comuns criados por nossos clientes.
Ambientes ao Vivo/Produção
Ambientes ao vivo são produtos em operação, idênticos à versão e construção que os usuários reais estão usando atualmente. Erros em ambientes ao vivo podem levar as empresas a perder clientes e receita. Portanto, os erros em sites ou aplicativos ao vivo são geralmente mais relevantes do que aqueles em sites que ainda não foram publicados.
Para evitar afetar a experiência dos usuários, os clientes geralmente restringirão suas ações no site. É essencial ler atentamente as instruções do ciclo e não executar ações que possam ser visíveis para outros usuários, como descrito na seção 'Configuração do Ambiente e Escopo'.
Os aplicativos ao vivo são produtos já lançados e normalmente estão disponíveis nas lojas de aplicativos oficiais do seu dispositivo. Para testar sites, você deve acessar o ambiente de produção por meio do link fornecido pelo cliente na seção de Acesso das instruções de teste. Tenha em mente que os clientes podem ter ferramentas de desenvolvedor ocultas integradas em seus produtos ao vivo. Portanto, é fundamental seguir as instruções do ciclo e clicar no link fornecido pelo cliente para garantir que você esteja testando o ambiente correto
Ambientes de Teste/Staging Pré-lançamento
Um ambiente de teste é geralmente criado para fins de avaliação. Ele replica as funcionalidades e a interface do ambiente ao vivo, incluindo as últimas modificações feitas pela equipe de desenvolvimento. Normalmente, o domínio do Site de Teste coincide com o do site ao vivo, mas ele é executado em um subdomínio. Esses ambientes de teste geralmente não são acessíveis ao público em geral. Você pode acessá-los por meio do nosso proxy de Test IO ou após fornecer credenciais, conforme indicado nas instruções do teste.
Produtos em fase de desenvolvimento podem ter diferenças em relação aos ambientes de produção. Eles também podem ser atualizados durante um ciclo de teste, então esteja preparado para algumas instabilidades.
Problemas de conteúdo, como textos, imagens e links, geralmente estão fora do escopo. Esses elementos podem estar ausentes ou substituídos por espaços reservados. Concentre-se mais em identificar problemas funcionais.
Certifique-se de que os links apontem para o site de teste, não o site ao vivo. Se isso não acontecer, é uma questão de configuração, não um erro legítimo.
Aplicativos Beta
Os aplicativos beta ainda não foram lançados e devem ser baixados por meio do link fornecido na seção de Acesso das instruções de teste. Eles são geralmente equivalentes aos ambientes de teste para sites. No entanto, a instalação de um aplicativo beta é um processo um pouco mais envolvente do que a instalação de um aplicativo ao vivo:
Aplicativos beta para iOS podem ser distribuídos por meio de um link Over-the-Air (OTA) fornecido, que você precisa abrir em seu dispositivo iOS, ou por meio do TestFlight.
Aplicativos beta para Android geralmente são distribuídos na forma de arquivos APK. Basta clicar no link de download fornecido em seu dispositivo Android para baixar o arquivo diretamente para seu telefone ou tablet. Encontre o arquivo na pasta de Downloads, execute-o e siga as instruções de instalação. Alternativamente, você pode baixar o arquivo em qualquer dispositivo, como seu computador, transferi-lo para seu dispositivo Android e seguir as mesmas etapas.
Tanto para aplicativos beta de iOS quanto de Android, eles também podem ser distribuídos por meio do Firebase.
Para obter informações detalhadas sobre como instalar aplicativos beta em dispositivos iOS e Android, consulte nosso artigo Configurando Sua Estação de Trabalho.
Se você enfrentar problemas ao instalar um aplicativo, sinta-se à vontade para entrar em contato com o líder da equipe por meio do chat de teste.