Perguntas frequentes

A seguir estão as perguntas mais frequentes da comunidade Guru99

Não consegue ver os vídeos?

Todos os vídeos deste site estão hospedados em YouTube e incorporado aqui…
Você é provavelmente acessando o site de um local onde YouTube está banido (sua empresa, faculdade ou um país onde YouTube está proibido)

Tente acessar os vídeos em um ambiente irrestrito.
Você pode fazer NÃO precisa se registrar para ver os vídeos.

Não recebi e-mail do projeto

Observe que os e-mails do projeto são enviados em intervalos de 24 horas. Portanto, se você se inscreveu às 10h de quinta-feira, receberá o próximo e-mail às 10h de sexta-feira.

Por favor verifique seu Lixo Eletrônico ou Spam Mailcaixa. Se você estiver usando o Gmail, verifique o PromoGuia de ações

Nosso sistema não possui recurso para reenviar e-mails. Se você ainda não rastreia os e-mails, inscreva-se com outro ID de e-mail para obter o conteúdo.

Se eu tiver um bug em um aplicativo, quem decidirá a gravidade e a prioridade de um bug?

Severidade de Defeito é determinada pela pessoa que identifica o problema (testador), enquanto a prioridade é determinada pela pessoa que está envolvida na solução do problema (Desenvolvedores).

Como testador, você pode priorizar os defeitos que geralmente são revisados ​​pelo líder de teste. Os desenvolvedores, após a análise, decidirão se é um defeito de alta ou baixa prioridade. Na maioria das vezes, isso é feito pelo desenvolvedor, mas o testador também pode participar para explicar sua gravidade. Após discussão, os leads chegarão a uma conclusão.

A gravidade está basicamente relacionada à funcionalidade do aplicativo ou produto. Embora a prioridade seja quão imediatamente o desenvolvedor pode corrigir esse bug ou defeito. A prioridade é de natureza dinâmica e mudará de acordo com o cenário, enquanto a gravidade é de natureza estática.

O que você fará se não houver Especificações Funcionais/qualquer documento relacionado ao sistema?

  • Primeiro tente entender o domínio com analistas de negócios ou PMEs. Faça testes exploratórios para entender o sistema.
  • Se o projeto não tiver Analista de Negócios ou PME, fale com as pessoas que trabalharam em sistemas semelhantes.
  • Para entender o negócio, converse com a comunidade de usuários
  • Descubra especificações de produtos semelhantes na Internet ou no PMO
  • Procure o mesmo tipo de software aplicativo e entenda os recursos
  • Procure alguns cenários de negócios importantes, documentos alternativos, artigos para tópicos de aplicação
  • Peça a explicação sobre todos os módulos aos desenvolvedores
  • Dados históricos do usuário, aplicativos e recursos
  • Não teste o aplicativo tecnicamente, primeiro teste seu aplicativo apenas da perspectiva do usuário

O que um testador pode fazer se encontrar um problema de interrupção do programa alguns dias antes do lançamento?

  • Confirme e reconfirme o Defeito novamente e documente o bug ou defeito, o impacto e a possível solução, se puder.
  • Leve isso à atenção do seu gerente e discuta com a equipe, já que tal obstáculo ser desconhecido pela equipe uma semana antes de seu lançamento não é bom.
  • Assim que o defeito chegar ao seu gerente e às autoridades de teste superiores, talvez seja necessário expor seu ponto de vista a eles, portanto, seja minucioso com seu ponto de vista, pois isso pode causar um impacto no lançamento.
  • Se a discussão o apoiar, é hora de se levantar e brilhar. Caso contrário, você terá uma lição aprendida do dia como lição. Continue aprendendo.

Por que você escolhe a área de garantia de qualidade de software?

Para fornecer projetos de qualidade aos usuários finais ou clientes, os testes são obrigatórios, independentemente da codificação que envolvam. O controle de qualidade do software não apenas registra os bugs, mas também fornece soluções para eles.

Na área de QA, os testadores devem estar cientes de todas as funcionalidades da aplicação a ser testada, o que lhe permite conhecer os diferentes tipos de aplicações desenvolvidas em diferentes ambientes até mesmo alguns conceitos básicos de programação. O conhecimento será mais amplo quando fizermos testes, mas será restrito durante a programação. Um desenvolvedor pode estar desenvolvendo apenas um pequeno segmento de todo o aplicativo e pode não estar ciente do aplicativo como um todo. Nesse caso, achei que o papel do QA (testador) é mais interessante.

Não encontrou uma resposta?

Contate-nos