Questões de Concurso Comentadas sobre engenharia de software

Foram encontradas 12.717 questões

Q554701 Engenharia de Software
No que diz respeito à técnica Pontos por Função, a definição “correspondem a transações cujo objetivo é a apresentação de informações aos usuários, não necessariamente provenientes de arquivos, podendo ocorrer a geração de dados derivados, atualização de arquivos e a utilização de cálculos/fórmulas" se refere a: 
Alternativas
Q554700 Engenharia de Software
 Sobre artefatos em RUP, considere as seguintes afirmativas:

1. É uma informação que é produzida, modificada ou usada por um processo.

2. Define uma área de responsabilidade.

3. Um artefato pode ser um modelo, um elemento de modelo ou um documento.

Assinale a alternativa correta.

Alternativas
Q554699 Engenharia de Software
Sobre RUP, considere as seguintes disciplinas:

1. Gerência de configuração.

2. Gerência de projeto.

3. Ambiente.

4. Modelagem de Negócios.

São disciplinas de apoio: 

Alternativas
Q554698 Engenharia de Software
Em um Diagrama de Sequência, de acordo com a UML 2.2, qual operador significa que as mensagens não podem ser intercaladas com outras mensagens? 
Alternativas
Q554697 Engenharia de Software
Com relação a Diagrama de Classes em UML 2.2, quando objetos “parte" só podem pertencer a um único objeto “todo" e têm o seu tempo de vida coincidente com o dele, tem-se: 
Alternativas
Q554696 Engenharia de Software
Usa-se include, em Casos de Uso, para: 
Alternativas
Q554694 Engenharia de Software
 São componentes de um Diagrama de Fluxo de Dados, segundo Chris Gane: 
Alternativas
Q554366 Engenharia de Software
Software, assim como todos os sistemas complexos, evolui ao longo do tempo. Modelos de processos evolucionários reconhecem a natureza iterativa e incremental da maioria dos projetos de engenharia de software e são projetados para adequar mudanças. Os modelos a serem utilizados em um processo evolucionário são:
Alternativas
Q553508 Engenharia de Software
As características listadas a seguir referem-se, preferencialmente, a qual modelo de desenvolvimento?
• Resultados úteis a cada duas semanas ou menos. • Blocos pequenos de funcionalidade valorizada pelo cliente, chamados "Features". • Planejamento detalhado e guia para medição. • Rastreabilidade e relatórios com maior precisão. • Monitoramento detalhado, com resumos para clientes e gerentes, em termos de negócio. • Fornece uma forma de saber, dentro dos primeiros 10% de um projeto, se o plano e a estimativa são sólidos.
Alternativas
Q553506 Engenharia de Software
Nas metodologias ágeis, encontramos uma forma para o desenvolvimento fragmentado em etapas onde parte do software vai sendo apresentado em reuniões. Isso ocorre várias vezes, mesmo muito antes da finalização ou término do software. O que podemos esperar do acompanhamento do desenvolvimento ágil em relação aos processos de teste?
Alternativas
Q553505 Engenharia de Software
Sobre a documentação de teste de software, podem-se destacar os seguintes documentos:
I. Plano de Teste: descreve o escopo dos testes a serem realizados, a abordagem e os recursos que serão utilizados como ferramenta de apoio. O documento contempla a elaboração de um cronograma contendo todas as atividades e responsáveis por sua execução. II. Especificação do Projeto ou Desenho do Teste: especifica os detalhes da abordagem do teste e identifica as características a serem testadas, incluindo os aspectos funcionais e não funcionais relacionados com o software e classes de equivalência e valores-limite. III. Especificação de Casos de Teste: define o conjunto de casos de teste a serem realizados, itens a serem testados, especificação das entradas e saídas esperadas, premissas e restrições do ambiente onde o teste deverá ocorrer. IV. Especificação de Procedimento de Teste: especifica os passos para execução do caso de teste, basicamente os passos utilizados para analisar os recursos do software e avaliação de suas características.
É correto o que se afirma em:
Alternativas
Q553504 Engenharia de Software
Atividades de testes, escopo, cobertura dos testes, funcionalidades do software que não serão testadas, premissas, restrições, requisitos de ambiente, rastreabilidade dos casos de teste, critérios de validação e os responsáveis pelas tarefas de teste. Os itens relacionados são exemplos de:
Alternativas
Q553502 Engenharia de Software
Dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado a um resultado esperado previamente conhecido. Haverá sucesso no teste, se o resultado obtido for igual ao resultado esperado. Interessa a função executada, e não a característica interna do componente. O componente de software a ser testado pode ser um método, uma função interna, um programa, um componente, um conjunto de programas e/ou componentes ou mesmo uma funcionalidade. Trata-se de um teste:
Alternativas
Q553501 Engenharia de Software
Assinale a alternativa que contém apenas fases do clico de vida dos testes.
Alternativas
Q553500 Engenharia de Software
No planejamento dos testes de software, programam-se, por exemplo, o teste de integração, o teste de sistema e o teste de unidade. Esse grupo de testes está assim relacionado por fazer parte de uma organização de testes denominada:
Alternativas
Q553499 Engenharia de Software
Segundo o Institute of Electrical and Electronics Engineers (IEEE), o âmbito, ou área de impacto, onde os defeitos, erros e falhas ocorrem são, respectivamente:
Alternativas
Q553498 Engenharia de Software
Observe os seguintes conceitos, segundo o Institute of Electrical and Electronics Engineers (IEEE) sobre os problemas com softwares.
I. Um ato inconsistente cometido por um indivíduo ao tentar entender uma determinada informação, resolver um problema ou utilizar um método ou uma ferramenta. Por exemplo, uma instrução ou comando incorreto. II. Uma manifestação concreta de um defeito num artefato de software. Diferença entre o valor obtido e o valor esperado, ou seja, qualquer estado intermediário incorreto ou resultado inesperado na execução de um programa constitui um erro. III. O comportamento operacional do software diferente do esperado pelo usuário. Uma falha pode ter sido causada por diversos erros e alguns erros podem nunca causar uma falha.
Agora, observe os seguintes termos.
a. Falha. b. Defeito. c. Erro.
Correlacione os conceitos com os termos e assinale a alternativa correta.
Alternativas
Q553497 Engenharia de Software
Uma técnica de testes cuja natureza e necessidade, muitas vezes, exige a análise do código fonte é conhecida como:
Alternativas
Q553496 Engenharia de Software
A programação de sistemas pode gerar falhas devido à falta de lógica, quando há múltiplas decisões baseadas em faixas de valores. Qual técnica ou critério de teste seria mais aplicável para minimizar tais falhas?
Alternativas
Q553495 Engenharia de Software
Um sistema embarcado em uma máquina de vender livros no metrô tem o seguinte comportamento: O sistema considera a entrada de valores (moeda e notas) para a compra dos livros seguindo o critério de faixas para a escolha do tipo de livro.
a. Abaixo de 50 centavos, a máquina devolve o valor. b. Entre 50 centavos e 5 reais, disponibiliza a escolha de romances. c. Acima de 5 reais, disponibiliza a escolha de livros técnicos. 0 usuário/cliente pode pagar quanto quiser dentro das faixas determinadas.
Para o contexto, existem moedas e notas nos seguintes valores: 5 centavos; 10 centavos; 25 centavos; 50 centavos; 1 real; 2 reais; 5 reais; 10 reais; 50 reais; 100 reais.
Se um analista de testes estiver seguindo a técnica ou critério de teste: Partição de Equivalência, qual seqüência de valores de entrada seria escolhida?
Alternativas
Respostas
8181: D
8182: E
8183: C
8184: B
8185: B
8186: D
8187: E
8188: B
8189: C
8190: B
8191: A
8192: E
8193: B
8194: C
8195: D
8196: C
8197: A
8198: C
8199: C
8200: B