Questões de Concurso Público MEC 2011 para Analista de Teste de Qualidade
Foram encontradas 50 questões
A estratégia de teste aplicada para se testar um software pode contemplar técnicas de testes manuais. Esses testes manuais não testam o desempenho nem o estresse em um software.
A definição do escopo deve constar na estratégia de testes, pois determina o que deve ou não ser testado nos softwares.
O escopo e a equipe de teste são atributos que fazem parte do planejamento do ambiente de teste; o volume de dados e a origem dos dados são fatores considerados pelas ferramentas de automação e planejamento.
A implementação do ambiente de teste deve ser feita durante a preparação do processo de teste, devendo o responsável pela execução ser identificado na matriz de responsabilidades.
À semelhança do que ocorre com o ambiente de desenvolvimento e produção, o ambiente de teste de software deve ser isolado e disponibilizado somente para a equipe de testes, para garantir a sua integridade.
Ao ser estabelecido, um plano de testes necessita de diversos insumos, sendo um deles a estratégia de testes.
Cronograma de atividades e alocação de recursos fazem parte do planejamento dos testes.
Na definição do documento referente ao plano de testes, devem ser incluídos os tipos e a metodologia dos testes. No entanto, critérios de aceitação e processos associados fogem ao escopo desse documento e devem ser inseridos na análise dos riscos.
Durante a execução dos testes de um software, não se descarta identificar problemas no software e nos seus módulos. Também é possível encontrar problemas no material de teste.
Na etapa de preparação dos dados para o teste, são executados os casos de testes e os scripts de testes, de acordo com os roteiros de testes.
Os testes devem ser executados periodicamente conforme definido nos casos de testes e nos roteiros de testes, previamente agendados, independentemente do surgimento de novas versões do software.
Se um usuário, ao testar uma aplicação desenvolvida para web, utilizando um navegador para acessá-lo, identifique lentidão na etapa de autenticação e dificuldades para navegar e achar facilmente os assuntos que deseja, esses tipos de defeitos são caracterizados, respectivamente, como defeito de desempenho e defeito de usabilidade.
Após o reconhecimento do defeito, pode ser desenvolvida a solução do defeito, sendo necessário, nessa etapa, priorizar a solução de acordo com a gravidade do defeito e relatar a solução para que sejam alocados os recursos necessários para a correção do defeito.
Para encontrar defeitos em software, podem ser utilizadas diversas técnicas, sendo uma delas a técnica operacional, em que uma falha na operação do software corresponde a um defeito.
O processo de gerenciamento de defeitos visa acompanhar todo o ciclo de vida de um defeito, desde a sua identificação, e avaliar a necessidade de consertá-lo.
Sendo as etapas de identificação de defeitos relatar o defeito e reconhecer o defeito, um defeito é considerado identificado quando o patrocinador do projeto formaliza a existência desse defeito como um defeito válido.
Informações relacionadas ao ambiente de teste, aos eventos não previstos e à descrição da execução são conteúdos que devem fazer parte do relatório sumário de teste.
O relatório de log de teste descreve eventos ocorridos no projeto de desenvolvimento do software.
Em um projeto de teste, o registro das ocorrências que necessitem de uma investigação por parte da equipe de desenvolvimento é conteúdo adequado para integrar o relatório de incidentes de teste.
Se detectar que sua equipe de teste possui metodologia inadequada para testes, o gerente de testes deve considerar esse fato como um risco para o processo de teste.