Questões de Concurso
Sobre teste de software em engenharia de software
Foram encontradas 1.425 questões
O teste, longe de ser apenas uma etapa final de verificação, é um processo estratégico que previne falhas, reduz custos de manutenção e assegura a satisfação do usuário. Sua importância reside na garantia de que um sistema funciona como esperado, sendo um componente fundamental para a qualidade, a confiabilidade e a segurança de qualquer produto digital.
Nesse contexto, relacione os testes listados a seguir às características que melhor os definem.
1. Integração
2. Regressão
3. Sistema
( ) É um tipo de teste, ou seja, foca no que testar.
( ) Verifica a interação entre módulos, classes ou camadas combinadas, garantindo que suas interfaces funcionem corretamente.
( ) É realizado com o software completamente integrado, confrontando-o com requisitos funcionais e não funcionais em ambiente similar ao de produção.
( ) Consiste na reexecução de testes para garantir que alterações recentes não causaram novos defeitos em funcionalidades que já estavam prontas.
Assinale a opção que indica a relação correta, segundo a ordem apresentada.
Para conduzir essa tarefa, ele pode fazer uso de ferramentas de automação de testes, porém é muito importante que ele saiba diferenciar as características de cada uma para utilizá-las do modo correto.
Relacione as ferramentas de teste listadas a seguir às suas respectivas características.
1. Selenium
2. Cypress
( ) É mais flexível e multiplataforma.
( ) Não utliliza Webdriver.
( ) É executado fora do browser.
( ) É mais utilizado para testes de front-end.
Assinale a opção que apresenta a relação correta, segundo a ordem apresentada.
( ) Deve ser conduzido antes dos testes de integração e conduzido preferencialmente por uma equipe de testes.
( ) Tem como objetivo confrontar o software em funcionamento com seus requisitos funcionais e não funcionais, sendo executado em um ambiente muito semelhante ao de produção.
( ) Pode ser dividido em fases alfa (em ambiente de desenvolvimento) e beta (em ambiente que emula a produção) e realizado integralmente pela equipe de testes.
As afirmativas são, respectivamente,
Considerando o uso de scripts para a automação de builds, testes e deploys, assinale a afirmativa correta.
1. confirmou que o sistema iniciava sem erro crítico;
2. realizou verificações iniciais rápidas voltadas à confirmação da disponibilidade operacional mínima do sistema, incluindo carregamento da tela inicial, autenticação do usuário, acesso aos menus principais e impressão simples de um documento em PDF; e
3. validou, de forma aprofundada, a operação de impressão em frente e verso, a seleção de diferentes impressoras internas, a impressão de diferentes formatos de arquivo, a configuração de margens e qualidade de impressão e as diferenças de permissões entre perfis de usuário; e registrou os resultados obtidos no chamado técnico.
O coordenador da equipe deseja identificar, corretamente, as etapas que correspondem, predominantemente, a smoke test e a teste funcional.
Sobre esse contexto, assinale a afirmativa correta.
Nesse contexto, surgem metodologias que colocam os testes no centro do desenvolvimento, não apenas para verificação, mas como guia para construção do software, melhorando qualidade e alinhamento com o negócio. Em uma delas, usam-se especificações em linguagem natural, permitindo um entendimento comum entre clientes, analistas e desenvolvedores, surgindo, também, a chamada living documentation, que se mantém atualizada por ser executável como testes automatizados.
Assinale a opção que indica a metodologia em questão.
Após propor uma nova versão do fluxo, a equipe deseja avaliar, em ambiente controlado e observando diretamente, a interação do usuário, se a nova interface reduz as dificuldades de uso e melhora a taxa de conclusão da tarefa.
Nesse contexto, o método mais indicado é
Sobre esse tipo de teste, analise as afirmativas a seguir.
I. Deve ser conduzido antes dos testes de integração e conduzido preferencialmente por uma equipe de testes.
II. Tem como objetivo confrontar o software em funcionamento com seus requisitos funcionais e não funcionais, sendo executado em um ambiente muito semelhante ao de produção.
III. Pode ser dividido em fases alfa (em ambiente de desenvolvimento) e beta (em ambiente que emula a produção) e realizado integralmente pela equipe de testes.
Está correto o que se afirma em
<script>alert('teste')</script>
Ao submeter a requisição, a aplicação retornou uma resposta que resultou na exibição de um alerta no navegador, evidenciando a execução do script inserido.
A técnica empregada caracteriza um tipo de análise de software conhecido como
Considere uma API back-end com camadas bem definidas (controladores, serviços e repositórios). A equipe deseja estabelecer uma estratégia de testes que reduza regressões e identifique falhas tanto na lógica interna quanto na interação entre componentes, sem confundir os objetivos de cada tipo de teste.
Assinale a alternativa que descreve corretamente a diferença entre testes unitários e testes de integração nesse cenário.
1) Orquestração de falhas, dimensionamento automático conforme a demanda e governança em todos os clusters;
2) Padronização dos ambientes locais, em que cada desenvolvedor executa a mesma imagem;
3) Inicialização das dependências reais de serviço por execução de teste, sem bancos de dados compartilhados e sem estado obsoleto.
4) Inicialização das dependências reais de serviço por execução de teste e sem bancos de dados compartilhados e sem estado obsoleto.
Marque a alternativa que representa, respectivamente, as ferramentas que podem ser usadas para cada um dos casos apresentados anteriormente:
I- Em ferramentas de teste como NUnit, testes unitários substituem a necessidade de versionamento de código-fonte, pois a rastreabilidade das alterações passa a ser garantida exclusivamente pelo histórico de execução dos testes.
II- Em TDD, a sequência clássica envolve escrever inicialmente um teste automatizado que falha, implementar o código mínimo para fazê-lo passar e, em seguida, refatorar preservando o comportamento verificado pelos testes.
III- No Domain-Driven Design, a adoção de uma linguagem ubíqua dispensa a delimitação de bounded contexts, pois um único vocabulário de domínio deve ser compartilhado integralmente por todos os módulos, subsistemas e equipes da organização.
IV- No Scrum, o incremento produzido ao final de uma Sprint deve estar potencialmente utilizável quando atende à Definition of Done, mas isso não significa que cada incremento precise ser obrigatoriamente implantado em produção ao término de toda Sprint.
Analisadas as sentenças, estão CORRETAS apenas: