Questões de Engenharia de Software - Métricas de software

Desenvolvimento Concorrente.

Métodos formais.

Processo Unificado.

Baseado em Componentes.

Espiral.

a economia de custos associados às atividades iniciais de controle com garantia da qualidade, como indica o Cenário 1, é
consideravelmente grande em relação ao Cenário 2.

se 25% dos 200 erros fossem encontrados na fase de codificação e 75% na fase de testes, os custos de correção seriam
equivalentes ao do Cenário 1.

se apenas 50 erros fossem encontrados na fase de codificação, significa que os restantes 150 seriam necessariamente
encontrados na fase de manutenção.

os valores dos custos de correção no Cenário 2 são 10 vezes mais altos que os custos do Cenário 1.

a fase de testes onera substancialmente os custos de desenvolvimento, pois seus custos de correção são 5 vezes mais
altos que os custos da fase de codificação, devendo, portanto, ser evitada.

encapsulamento e extensão.

multiplicidade e visibilidade.

herança múltipla e multiplicidade.

herança múltipla e polimorfismo.

expansão e polimorfismo.

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.

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.