Questões de Engenharia de Software - Ciclo de Vida de Software

generator, quando tiver a intenção de criar um ambiente que suporte a geração de um conjunto de testes depois que uma
seção do software tenha sido modificada, podendo também selecionar um subconjunto de testes de acordo com a
alteração feita.

regression, quando tiver como objetivo automatizar a reexecução de casos de teste. A reexecução pode ser aleatória,
baseada em caminho, baseada em modelo ou uma mistura destes.

harness, quando tiver como objetivo obter um ambiente controlado em que são utilizados drivers e stubs, que são
pequenos programas que interagem com o software sendo testado, fornecendo informações que o software necessita e
também recebendo informações por ele enviadas.

coverage analyzer, quando tiver como objetivo realizar a análise de resultados de testes por meio de recursos de
visualização gráfica, a fim de avaliar medidas relacionadas à confiabilidade de acordo com modelos selecionados.

reliability evaluation, quando tiver a intenção de avaliar quais e quantas entidades do gráfico de fluxo do software foram
exercitadas entre todas as exigidas pelo critério de cobertura do teste sendo realizado. A análise é realizada com base em
instrumentadores do programa que inserem sondas de gravação no código.

corretiva, evolutiva e preventiva.

adaptativa, evolutiva e corretiva.

evolutiva, adaptativa e preventiva.

adaptativa, preventiva e corretiva.

corretiva, preventiva e adaptativa.

em todas as tarefas as linguagens são interpretadas ou passam por uma fase de interpretação.

na tarefa II a linguagem é orientada a objetos e na tarefa I a linguagem não permite acesso a banco de dados.

em duas das tarefas as linguagens são normalmente interpretadas, em uma tarefa a linguagem é compilada e em uma
tarefa a linguagem baseia-se em um modelo híbrido.

na tarefa IV a linguagem é orientada a objetos e a tarefa III utiliza linguagem compilada.

em duas das tarefas as linguagens são normalmente interpretadas, em uma tarefa a linguagem baseia-se em um modelo
híbrido e em uma tarefa utiliza-se uma linguagem de marcação.

I se refere a Casos de Teste, II a Testes de regressão e III a Testes adicionais.

I se refere a Força bruta, II a Rastreamento e III a Eliminação da causa.

o processo de depuração, que resulta na geração de uma nova versão do software, ocorre como consequência de uma
auditagem bem sucedida, isto é, quando um item de configuração sofre um versionamento.

no processo de depuração, o sintoma pode surgir em uma parte do programa e a causa pode estar em outra parte bem
afastada. Componentes do software fracamente acoplados pioram esta situação.

na etapa indicada em I, denominada backtracking, a depuração começa no ponto onde o sintoma foi encontrado e o
código fonte é investigado a partir dele até que a causa seja encontrada.

ao esforço, cronograma e estimativa de custos do projeto.

à determinação dos requisitos de negociação do projeto.

à análise de viabilidade do projeto.

à Estrutura Analítica do Projeto (EAP).

ao gerenciamento do escopo do projeto.