Questões de Concursos

selecione os filtros para encontrar suas questões de concursos e clique no botão abaixo para filtrar e resolver.

Publicidade

Uma estratégia de teste de software integra métodos de projeto de
casos de teste em uma série planejada de passos, que resultam na
construção bem-sucedida de um software. A esse respeito, julgue
os próximos itens.

O teste de integração, a exemplo do teste caixa-branca, focaliza o esforço de validação na menor unidade de projeto do software e, com o uso de técnicas de componentização, caminhos de controle relevantes são testados para descobrir erros dentro dos limites do componente.

Um importante aspecto da elaboração de casos de testes para um sistema em desenvolvimento é a escolha dos valores de entrada e das saídas previstas dos casos de teste. Escolhas baseadas apenas em valores típicos, em geral, são incapazes de revelar todas as falhas da implementação. É necessário identificar conjuntos de valores que possuam características comuns, do ponto de vista das funcionalidades a serem testadas, como, por exemplo, "números negativos", "números com mais dígitos do que o previsto", "strings sem brancos", "arrays de um só elemento", além de prever casos de teste cobrindo a totalidade destes conjuntos, e projetar, para cada conjunto, casos de teste com valores nos limites e próximos ao ponto médio do conjunto. Esses conjuntos são denominados

O processo de teste repetido continuamente até que o cliente e o projetista concordem que a versão liberada seja uma implementação aceitável dos requisitos do sistema desenvolvido sob encomenda de um único cliente é chamado teste de aceitação ou teste

O teste do software tem a finalidade de fornecer informações acerca da qualidade do software em relação ao contexto em que ele deve operar. Os testes de software incluem a técnica denominada

I caixa preta.
II caixa branca.
III caixa cinza.
IV teste de integração.
V teste de sistema.

A quantidade de itens certos é igual a

Uma das métricas de teste mais utilizadas no mercado é a Análise de Ponto de Teste (TPA - Test Point Analysis). Sobre a TPA é FALSO afirmar que:

No processo de teste de software, o beta teste é

No processo de desenvolvimento de software, particionamento de equivalência é uma técnica de

Os testes de software são verificações realizadas com o objetivo de avaliar se o software atende às necessidades especificadas ou identificar as diferenças entre os resultados esperados e reais. Com relação aos tipos de testes de software assinale a alternativa correta.

Analise as afrmativas abaixo em relação às técnicas de teste de software.
I. O teste caixa-branca permite derivar casos de teste que, dentre outras coisas, exercitam as estruturas de dados internas para garantir sua validade.
II. O teste caixa-preta é usado para demonstrar que as funções do software estão operacionais, se preocu- pando pouco com a estrutura lógica interna do software.
III. O teste de caminho básico é uma técnica de teste caixa-preta.
Assinale a alternativa VERDADEIRA:

Julgue o próximo item, relativos a conceitos, aplicações e tipos de testes de software.
Em um desenvolvimento ágil, convém que os testes sejam automatizados para cada objeto no ciclo de vida do produto, o que inclui código-fonte e alterações de banco de dados.

Com relação a engenharia de software, processos de software, análise de requisitos, estratégias de validação e ferramentas CASE, julgue os próximos itens.

Entre os tipos de testes de caixa preta, encontram-se o teste baseado em grafos; o particionamento de equivalência; a análise de valor-limite; e o teste de matriz ortogonal.

Assinale a opção correta.

Uma estratégia de teste de software integra métodos de projeto de
casos de teste em uma série planejada de passos, que resultam na
construção bem-sucedida de um software. A esse respeito, julgue
os próximos itens.

No teste de unidade, o software é forçado a falhar de diversos modos a fim de verificar se os requisitos funcionais foram adequadamente implementados. As unidades, sejam funções, procedimentos, métodos ou classes, são testadas duas a duas. Nesse teste, espera-se identificar erros relacionados a algoritmos incorretos ou mal implementados, estruturas de dados incorretas ou simples erros de programação.

O Test-Driven Development (TDD) é uma abordagem para o desenvolvimento de programas em que se intercalam testes e desenvolvimento de código. As etapas do processo fundamental de TDD são mostradas abaixo em ordem alfabética:


I. Escrever um teste para a funcionalidade identificada e implementá-lo como um teste automatizado.

II. Executar o teste, junto com os demais testes já implementados, sem implementar a nova funcionalidade no código.

III. Identificar e implementar uma outra funcionalidade, após todos os testes serem executados com sucesso.

IV. Identificar uma nova funcionalidade pequena para ser incrementada com poucas linhas em um código.

V. Implementar a nova funcionalidade no código e reexecutar o teste.

VI. Refatorar o código com melhorias incrementais até que o teste execute sem erros.

VII. Revisar a funcionalidade e o teste, caso o código execute sem falhar.


Considerando o item IV a primeira etapa e o item III a última etapa, a sequência intermediária correta das etapas do processo é:

Julgue o próximo item, relativos a conceitos, aplicações e tipos de testes de software.


Testes ágeis devem ser implementados quando há integração contínua; nesse caso, os testes devem ser aplicados somente ao final de cada sprint, de modo a validar se há integração de objetos distintos, ainda que isso não ajude a garantir que todo o sistema esteja funcionando corretamente.

O método de testes estruturais de software não tem como objetivo garantir que:
Julgue o próximo item, relativos a conceitos, aplicações e tipos de testes de software.
Em testes automatizados, para diminuir problemas de lentidão ao se acessar um banco de dados no teste de funcionalidade, pode-se substituir o banco de dados por um mock objects.
Página 5
Publicidade