Questões de Concurso

Com relação aos tipos de testes de software, considere:

I. Testes baseados em requisitos são uma abordagem sistemática para projeto de casos de teste em que se considera cada requisito e deriva-se um conjunto de testes para eles. São mais uma validação do que um teste de defeitos.

II. Testes de release são feitos pela própria equipe de desenvolvimento e devem centrar-se na descoberta de bugs no sistema, nos quais os casos de teste são projetados para expor os defeitos.

III. Testes de desenvolvimento incluem testes unitários, nos quais se testa objetos e métodos específicos; testes de componentes, em que se testa diversos grupos de objetos; e testes de sistema, nos quais se testa sistemas parciais ou completos.

IV. Teste beta é um tipo de teste de usuário em que os usuários do software trabalham com a equipe de desenvolvimento para testar o software no local do desenvolvedor.

Está correto o que se afirma APENAS em

Os testes de caixa preta (CP) e os testes de caixa branca (CB) apresentam as seguintes características:

I. Referem-se a testes que são conduzidos na interface do software. Examinam algum aspecto fundamental do sistema, sem se preocupar com a estrutura lógica interna do software.

II. Testes exaustivos podem ser impraticáveis, mas podem ser aplicados testes que examinam caminhos lógicos importantes e estruturas de dados essenciais podem ser submetidas à prova quanto à sua validade.

III. São baseados em um exame rigoroso do detalhe procedimental. Caminhos lógicos internos ao software e colaborações entre componentes são testados, definindo-se casos de teste que exercitam conjuntos específicos de condições e/ou ciclos.

IV. Focalizam os requisitos funcionais do software, permitindo ao engenheiro de testes derivar conjuntos de condições de entrada que vão exercitar plenamente todos os requisitos funcionais de um programa.

V. Tentam encontrar erros: em funções incorretas ou omitidas, de interface, de comportamento ou desempenho, de iniciação e término.

VI. Ao usá-los, o engenheiro de testes pode derivar casos de teste que garantam que todos os caminhos independentes de um módulo tenham sido exercitados pelo menos uma vez.

A associação dos tipos de teste de CP ou testes de CB com as características de I a VI é apresentada, correta e respectivamente, em:

Isabel trabalha como Analista Legislativo na Assembleia Legislativa do Estado de Pernambuco e ficou responsável por definir qual tipo de teste seria mais adequado para as situações descritas abaixo.

I. O sistema deve ser resistente a falhas, ou seja, falhas de processamento não devem causar a interrupção da sua função global. O teste deve forçar o software a falhar de diversos modos e verificar se a reabilitação é adequadamente realizada.

II. As informações armazenadas pelo sistema devem ser protegidas de todo o tipo de invasão e ataque. O teste deve tentar invadir o sistema e atacar suas vulnerabilidades de forma a verificar se os mecanismos de proteção são realmente capazes de protegê-lo.

III. O sistema deve ser capaz de suportar grande demanda por recursos. O teste deve submeter o sistema a situações extremas de demanda por recursos, frequência ou volume anormais.

Isabel indicou, de forma adequada e respectiva, os seguintes testes para as situações I, II e III:

O teste de ...I... começa no centro da espiral e se concentra em cada componente (trecho de código fonte) do software. O teste progride movendo-se para fora, ao longo da espiral, indo para o teste de ....II..., que foca no projeto e na construção da arquitetura do software. Seguindo a espiral, para fora, há o teste de ...III..., no qual os requisitos são ratificados, ou seja, a especificação dos requisitos é confrontada com o software que acabou de ser construído. Finalmente chega-se ao teste de ....IV..., em que os outros elementos do software são testados como um todo.

Preenchem as lacunas correta e sequencialmente:

Tipo de teste que consiste em aplicar em cada nova versão de um software todos os testes que já foram aplicados nas versões anteriores, possibilitando a identificação dos impactos das implementações da nova versão em funcionalidades que já foram testadas anteriormente e não foram modificadas, é denominado