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

Limpar pesquisa

Configurar questões
Tamanho do Texto
Modo escuro

Questão: 191 de 5491

393578

copy

Banca: FCC

Órgão: CL/DF

Cargo(s): Analista - Sistemas | ÁREA 2

Ano: 2018

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Conceitos Gerais de Engenharia de Software

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.

Questão: 192 de 5491

393569

copy

Banca: FCC

Órgão: CL/DF

Cargo(s): Analista - Sistemas | ÁREA 2

Ano: 2018

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Testes de Software / Conceitos e Tipos de teste 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.

Questão: 193 de 5491

393575

copy

Banca: FCC

Órgão: CL/DF

Cargo(s): Analista - Sistemas | ÁREA 2

Ano: 2018

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Testes de Software / Conceitos e Tipos de teste de software

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.

Questão: 194 de 5491

393568

copy

Banca: FCC

Órgão: CL/DF

Cargo(s): Analista - Sistemas | ÁREA 2

Ano: 2018

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Modelos de Ciclo de Vida e Metodologias de Desenvolvimento / Processos de desenvolvimento

todos os pares trazem nas figuras da esquerda modelos de interface incorretos ou a serem evitados e nas figuras da
direita sua correspondente correção ou melhoria.

todos os pares trazem nas figuras da esquerda modelos de interface corretos ou mais adequados e nas figuras da direita o
modelo correspondente com algum erro ou algo a ser evitado.

todos os pares trazem modelos de interface alternativos que são adequados para representar uma mesma ideia ou
comunicação com o usuário.

no Exemplo 1, a figura da esquerda traz o modelo de interface menos indicado e a da direita seu correspondente
adequado; no Exemplo 2, a figura da esquerda traz o modelo de interface mais indicado e a da direita seu correspondente
inadequado.

no Exemplo 1, a figura da esquerda traz o modelo de interface mais indicado e a da direita seu correspondente adequado;
os Exemplos 2 e 3 trazem na esquerda o modelo incorreto ou inadequado e na direita o correspondente melhor ou mais
adequado.

Questão: 195 de 5491

393540

copy

Banca: FCC

Órgão: CL/DF

Cargo(s): Analista - Sistemas | ÁREA 1

Ano: 2018

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Qualidade de Software

auxiliar a encontrar a causa raiz do problema.

gerar um plano de ação para mitigar o problema.

identificar a real gravidade e a intensidade de um problema.

mostrar a importância de todas as condições, a fim de escolher o ponto de partida para solução do problema.

identificar o caminho real e ideal para um produto ou serviço com o objetivo de identificar os desvios.