Questões de Concurso
Sobre teste de software em engenharia de software
Foram encontradas 1.151 questões
Com base nessas informações, julgue o item a seguir, acerca da previsão de testes a serem realizados no trecho de código apresentado.
No teste de caixa branca, conforme indicação do algoritmo,
estima-se que o número mínimo de casos de teste para 100%
da cobertura de decisão do código será de quatro casos.
No teste de caixa branca, conforme indicação do algoritmo, estima-se que o número mínimo de casos de teste de comando para 100% da cobertura de declaração do código será de dois casos.
No teste de fumaça (smoke test), os códigos do software são integrados em componentes bloqueadores de erros com módulos reutilizáveis necessários para implementar as funções do software.
A complexidade ciclomática, usada no contexto do método de teste de caminho básico, encontra o número de rotas de execução de um programa para percorrer os comandos elementares pelo menos uma vez.
É possível que um defeito que resida em código sem causar uma falha não seja encontrado em um teste dinâmico.
O teste estático é uma técnica de verificação de software que revisa o código do programa para identificar se ele representa as especificações produzidas para o software.
Julgue o item a seguir, relativos aos conceitos de TDD e BDD.
Desenvolvedores que se beneficiam das vantagens do BDD
escrevem os testes em sua língua nativa, em combinação
com a linguagem ubíqua.
Julgue o item a seguir, com relação aos testes de RNF (carga, estresse).
Os testes de estresse devem verificar o uso da memória ao
longo do tempo para garantir que não existam perdas
acumulativas.
O objetivo do teste de integração é verificar se os requisitos atendem a especificação e se as funcionalidades do sistema foram implementadas corretamente, sendo todo o sistema testado de modo a simular um ambiente de execução real.
Os testes unitários são realizados com o objetivo de isolar cada parte do sistema para garantir que elas estejam funcionando conforme especificado.
No que se refere a testes ágeis, julgue o próximo item.
Entre os métodos de testes ágeis, o TDD (test-driven
development) é uma extensão do BDD (behavior driven
development).
No que se refere a testes ágeis, julgue o próximo item.
Entre os métodos de testes ágeis, o BDD (behavior driven
development) é aquele que, por natureza, é o mais orientado
para o cliente.
O TDD (test-driven development) é uma metodologia que, ao longo do tempo, implica que o aplicativo em desenvolvimento tenha um conjunto abrangente de testes que ofereça confiança no que foi desenvolvido até então.
Um Técnico pretende realizar testes de software em um sistema. Alguns dos testes que ele deseja realizar são:
I. Detectar, precocemente, bugs nas funcionalidades ou recursos recém-desenvolvidos.
II. Validar a funcionalidade, confiabilidade e estabilidade entre diferentes módulos.
III. Certificar-se que todos os módulos do sistema funcionam como esperado, em conjunto.
IV. Melhorar a qualidade do código por meio de melhor refatoração de código.
Os itens I, II, III e IV são testes classificados, correta e respectivamente, como
Sobre os testes de software, analise as afirmativas a seguir.
I. Testes de estresse são testes de sistema projetados para confrontar o software com situações anormais as condições previstas de uso.
II. Testes de regressão são testes estruturais que forçam o software a falhar de várias maneiras visando identificar os limites operacionais de um sistema.
III. Testes de módulo são testes de caixa-preta que visam avaliar a usabilidade da aplicação, determinando até que ponto a interface do software é fácil e intuitiva de utilizar.
Está correto o que se afirma em
No TDD, os testes que embasam a refatoração são do tipo caixa preta, pois o foco é a funcionalidade em vez do modo de desenvolvimento, logo, ao se utilizar o TDD, é incompatível executar testes unitários em uma estratégia caixa branca.
– Integrar componentes de infraestrutura e depois adicionar componentes funcionais.
– Iniciar a integração dos sistemas no nível de módulo.
– Implementar o método de teste quando existirem módulos superiores ainda em construção. Nesse caso, deve-se usar drivers para estimular o funcionamento dos módulos ausentes.
Trata-se da abordagem
Para realizar testes de integração, um Técnico estudou as abordagens possíveis e uma delas é assim definida:
Ao usar esta técnica, os módulos são testados separadamente e depois integrados de uma só vez. No entanto, para realizar a integração usando essa abordagem é preciso stubs e drivers para testar os módulos isoladamente.
Muito usados para demonstrar uma operabilidade mínima do sistema, a maior desvantagem dessa técnica é que caso ocorra algum erro na interface de um módulo com outro, o motivo ficará mais difícil de ser encontrado, já que é uma abordagem não incremental.
Trata-se da abordagem
Sobre as etapas de teste unitário do padrão Triple A, considere:
I. Verifica-se se a operação realizada na etapa anterior surtiu o resultado esperado. Se o teste passa ou falha.
II. Configura-se tudo o que é necessário para que o teste possa rodar, ou seja, inicializa-se variáveis, cria-se alguns test doubles como Mocks, dentre outras coisas.
III. Processa-se de fato o teste. Onde se chama alguma função ou método que se quer colocar à prova.
As etapas constantes dos itens I, II e III referem-se, correta e respectivamente, a: