Buscar

exercicio-008

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 3 páginas

Prévia do material em texto

São considerados testes de baixo nível:
Sobre o teste de aceitação é correto afirmar que:
Sobre os testes automatizados de software é incorreto afirmar que:
A MTS (Metodologia de Teste de Sistema) define os Requisitos de Negócio como:
1.
Unidade e Integração.
Integração e Aceitação.
Integração e Sistema.
Unidade e Sistema.
Unidade e Aceitação.
Explicação:
Sistema e Aceitação são considerados testes de alto nível.
 
2.
Erro e falha são, do ponto de vista do teste de aceitação, semanticamente equivalentes.
Um defeito encontrado em um artefato de software chama-se de falha.
Um bug gerado por um programador não pode ser considerado uma falha.
O comportamento do software diferente do esperado pelo usuário final chama-se de erro.
Ato inconsistente realizado por um indivíduo ao tentar compreender uma informação chama-se de defeito.
Explicação:
Erro é um defeito encontrado em um artefato de software.
Falha é o comportamento do software diferente do esperado pelo usuário final.
Erros e falhas não são semanticamente equivalentes.
Bugs são falhas.
 
3.
Preparação do ambiente, execução dos testes e conferência dos testes são etapas dos testes automatizados.
Os testes automatizados substituem os testes manuais.
Um projeto de automação de software é um investimento alto e de longa duração.
Cucumber é uma ferramenta de automação de testes.
Todo caso de teste é naturalmente candidato a automação, mas com toda a certeza nem todos são recomendáveis para a automação.
Explicação:
Os testes automatizados não podem substituir os testes manuais. Eles são complementares.
 
4.
Escritos para informar em algumas linhas como o requisito será testado
Escritos para o projeto físico e a programação
Serve de base para os Requisitos Não-Funcionais e Detalhados
Escritos na linguagem da área de negócios e podem conter gráficos, tabelas e diagramas
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
A utilização de uma ferramenta para a automatização dos testes permite:
De quem é a responsabilidade do teste de aceitação?
Quais são as estratégias que podem ser usadas no teste de aceitação?
Base para os Requisitos Detalhados
Explicação:
A MTS (Metodologia de Teste de Sistema) define os Requisitos de Negócio como sendo escritos na linguagem da área de negócios e podem
conter gráficos, tabelas e diagramas. Correspondem a objetivos, metas ou ¿desejos¿ da área de negócios.
 
5.
Aumentar a qualidade final do produto.
Automatizar qualquer caso sem que se avalie a sua necessidade. 
Economizar tempo, mas não recursos durante a execução dos testes.
Economizar recursos, mas não tempo durante a execução dos testes.
 Executar os mesmos testes por uma quantidade fixa de vezes.
Explicação:
Economizam tempo e recursos durante a execução dos testes;
Aumentam a qualidade final do produto, pois a execução de todos os testes funcionais que existem no sistema garante uma menor incidência de
erros e falhas no programa.
Possibilitam executar os mesmos testes repetidas vezes.
É importante considerar os casos em que cabe utilizar a automação,em nem todos os casos é interessante a automação de testes. 
 
6.
Do cliente
Do desenvolvedor
Do gerente e do desenvolvedor
Do cliente e do desenvolvedor
Do gerente de projeto
Explicação:
No Teste de Aceitação, é impossível prever como o cliente realmente usará um programa. Por isso esse teste é de responsabilidade do cliente.
 
7.
Teste de implantação, teste de requisitos e teste de unidade
Teste formal, teste caixa-branca e teste alfa
Teste de implantação, teste caixa-branca e teste alfa
Teste formal, teste de unidade e teste alfa
Teste formal, teste informal e teste beta
Explicação:
Como é a última etapa de teste antes da implantação do software, seu objetivo é verificar se o software está pronto e se pode ser utilizado pelos
usuários finais executando as tarefas e funções para as quais foi criado, então as estratégias de testes a serem executados são: Teste formal,
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
teste informal e teste beta.

Continue navegando