Questões de Concurso
Comentadas para analista de teste de qualidade
Foram encontradas 288 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
No CPM 4.3, estão definidos dois tipos de projetos de software: o de desenvolvimento e o de melhoria. Caso seja requisitada no projeto de software a migração ou carga inicial de dados para uma nova aplicação, tanto no projeto de desenvolvimento quanto no projeto de melhoria, não serão consideradas as funcionalidades de conversão de dados.
De acordo com o CPM, Scope Creep é o fenômeno que explica a mudança de requisitos anteriores à implantação dos projetos de desenvolvimento e de manutenção de software, a partir do maior conhecimento sobre as necessidades e funcionalidades de negócio adquiridas pelo usuário e pelo desenvolvedor
O processo para a gestão de riscos de segurança da informação descrito pela referida norma pode ser usado para avaliações de riscos em um projeto; porém, não pode ser aplicado à operação cotidiana de um SGSI.
Conforme descreve a norma em questão, a metodologia para estimativa de riscos qualitativa pode ser utilizada: como uma verificação inicial a fim de identificar riscos que exigirão uma análise mais detalhada; quando esse tipo de análise é suficiente para a tomada de decisões; e quando os dados numéricos ou recursos são insuficientes para uma estimativa quantitativa.
O processo descrito pela norma ISO/IEC 27005 fornece as diretrizes para a gestão de riscos de segurança da informação de uma organização sincronizada com o ciclo de melhoria contínua PDCA utilizado em um SGSI, conforme a ISO/IEC 27001.
A JUnit é uma biblioteca típica de testes de apoio e fornece suporte para a execução de testes, geração de logs e verificação de resultados. Por meio do conjunto de classes C# do JUnit, é possível a criação de ambiente de testes automatizado.
Teste é um processo que busca atingir a confiabilidade do software, portanto, por meio de testes é possível verificar se um software está livre de defeitos ou comportamentos indesejados em todas as circunstâncias.
Após um sistema ter sido completamente integrado, é possível testá-lo em relação ao desempenho e à confiabilidade. O teste de desempenho significa estressar o sistema por meio de demandas fora dos limites do projeto de software.
O ciclo de vida de um defeito é realizado em três fases: identificação do defeito, ação para reproduzi-lo e ações para corrigi-lo.
Defeitos categorizados como menos prioritários devem ser corrigidos em versões posteriores do software.
A classificação da prioridade de correção dos defeitos encontrados deve ser realizada por um processo de triagem, cujas principais características a serem consideradas são o custo e o prazo envolvidos.
Um relatório de incidente deve identificar o defeito por meio de uma ID única, um resumo da anomalia e uma descrição detalhada do defeito, como por exemplo, as pré-condições e pós-condições e demais informações que contextualizam o defeito e sua correção.
Considere o projeto de uma aplicação com interface web, cujo número previsto de usuários é de 4 milhões de pessoas, e que deve atender a aspectos de acessibilidade a pessoas com deficiência visual. Considere, ainda, que durante a etapa de desenvolvimento da aplicação, a disciplina de testes tenha sido negligenciada devido ao curto prazo de entrega do projeto. Assim, quando a aplicação foi implementada em ambiente de produção e liberada para acesso, ocorreram os seguintes problemas:
- lentidão ao acessar sistema por meio de nome de usuário e senha;
- as páginas web da aplicação não funcionavam satisfatoriamente nos navegadores Internet Explorer e Safari;
- todas as funcionalidades que envolvem gravação, alteração e consulta a banco de dados apresentaram lentidão superior ao tempo esperado de resposta definido pelo gestor do projeto;
- existência de campos nas páginas de inserção de dados e consulta que permitem a inclusão de qualquer tipo de dados, sem qualquer tratamento.
No período de desenvolvimento da aplicação, o gerente de projeto optou por utilizar uma metodologia ágil (Scrum), deixando a cargo dos desenvolvedores a criação de testes unitários para testar a solução, sendo esta a única frente de testes do projeto. A fim de solucionar os problemas da aplicação, um analista de testes com conhecimento em programação foi designado para examinar a solução e apontar problemas na aplicação.
As páginas web que não funcionaram satisfatoriamente nos navegadores citados não necessitam ser testadas semanticamente, visto que a conformidade com padrões W3C não é alvo dos processos de teste de um sistema.
Considere o projeto de uma aplicação com interface web, cujo número previsto de usuários é de 4 milhões de pessoas, e que deve atender a aspectos de acessibilidade a pessoas com deficiência visual. Considere, ainda, que durante a etapa de desenvolvimento da aplicação, a disciplina de testes tenha sido negligenciada devido ao curto prazo de entrega do projeto. Assim, quando a aplicação foi implementada em ambiente de produção e liberada para acesso, ocorreram os seguintes problemas:
- lentidão ao acessar sistema por meio de nome de usuário e senha;
- as páginas web da aplicação não funcionavam satisfatoriamente nos navegadores Internet Explorer e Safari;
- todas as funcionalidades que envolvem gravação, alteração e consulta a banco de dados apresentaram lentidão superior ao tempo esperado de resposta definido pelo gestor do projeto;
- existência de campos nas páginas de inserção de dados e consulta que permitem a inclusão de qualquer tipo de dados, sem qualquer tratamento.
No período de desenvolvimento da aplicação, o gerente de projeto optou por utilizar uma metodologia ágil (Scrum), deixando a cargo dos desenvolvedores a criação de testes unitários para testar a solução, sendo esta a única frente de testes do projeto. A fim de solucionar os problemas da aplicação, um analista de testes com conhecimento em programação foi designado para examinar a solução e apontar problemas na aplicação.
Um teste de desempenho deve ser realizado para mensurar se a infraestrutura tecnológica de produção é suficiente para suportar a quantidade de acessos simultâneos à aplicação web. Uma forma de realizar essa verificação é utilizar ferramenta com suporte à medição de teste de cobertura.
Considere o projeto de uma aplicação com interface web, cujo número previsto de usuários é de 4 milhões de pessoas, e que deve atender a aspectos de acessibilidade a pessoas com deficiência visual. Considere, ainda, que durante a etapa de desenvolvimento da aplicação, a disciplina de testes tenha sido negligenciada devido ao curto prazo de entrega do projeto. Assim, quando a aplicação foi implementada em ambiente de produção e liberada para acesso, ocorreram os seguintes problemas:
- lentidão ao acessar sistema por meio de nome de usuário e senha;
- as páginas web da aplicação não funcionavam satisfatoriamente nos navegadores Internet Explorer e Safari;
- todas as funcionalidades que envolvem gravação, alteração e consulta a banco de dados apresentaram lentidão superior ao tempo esperado de resposta definido pelo gestor do projeto;
- existência de campos nas páginas de inserção de dados e consulta que permitem a inclusão de qualquer tipo de dados, sem qualquer tratamento.
No período de desenvolvimento da aplicação, o gerente de projeto optou por utilizar uma metodologia ágil (Scrum), deixando a cargo dos desenvolvedores a criação de testes unitários para testar a solução, sendo esta a única frente de testes do projeto. A fim de solucionar os problemas da aplicação, um analista de testes com conhecimento em programação foi designado para examinar a solução e apontar problemas na aplicação.
Os testes de integração estão entre as ações que possibilitariam apontar a origem do problema de desempenho do banco de dados.
Considere o projeto de uma aplicação com interface web, cujo número previsto de usuários é de 4 milhões de pessoas, e que deve atender a aspectos de acessibilidade a pessoas com deficiência visual. Considere, ainda, que durante a etapa de desenvolvimento da aplicação, a disciplina de testes tenha sido negligenciada devido ao curto prazo de entrega do projeto. Assim, quando a aplicação foi implementada em ambiente de produção e liberada para acesso, ocorreram os seguintes problemas:
- lentidão ao acessar sistema por meio de nome de usuário e senha;
- as páginas web da aplicação não funcionavam satisfatoriamente nos navegadores Internet Explorer e Safari;
- todas as funcionalidades que envolvem gravação, alteração e consulta a banco de dados apresentaram lentidão superior ao tempo esperado de resposta definido pelo gestor do projeto;
- existência de campos nas páginas de inserção de dados e consulta que permitem a inclusão de qualquer tipo de dados, sem qualquer tratamento.
No período de desenvolvimento da aplicação, o gerente de projeto optou por utilizar uma metodologia ágil (Scrum), deixando a cargo dos desenvolvedores a criação de testes unitários para testar a solução, sendo esta a única frente de testes do projeto. A fim de solucionar os problemas da aplicação, um analista de testes com conhecimento em programação foi designado para examinar a solução e apontar problemas na aplicação.
A existência de campos que possibilitem a inserção de qualquer tipo de dado pelo usuário não compromete a segurança da solução tecnológica descrita.
Analistas de teste com perfil técnico, especializados em aspectos específicos da solução, são dispensáveis em projetos maiores.
Uma das atribuições do gerente de testes é planejar modificações nos planos de teste de acordo com os resultados obtidos e estabelecer relatórios de testes úteis à tomada de decisões no projeto.
O relacionamento entre a equipe de teste e a equipe de desenvolvimento é um fator determinante para mitigar ou eliminar os problemas encontrados no ciclo de vida da solução tecnológica.
A análise de limite de valores é uma técnica de teste caixa preta, utilizada para testar problemas no uso de valores extremos em variáveis e estruturas lógicas relacionadas a uma ou mais funcionalidades.
Conheça nossos planos