Aprenda e teste seus conhecimentos com Engenharia de Software MCQ. Essas perguntas e respostas sobre desenvolvimento de software gratuito são apresentadas em formato de questionário para que você possa testar suas habilidades de maneira divertida e interativa.
A. caixa preta
B. caixa branca
C. exaustivo
D. Nenhuma das acima
A. segunda geração
B. terceira geração
C. quarta geração
A. Teste de integração de baixo para cima
B. Teste de integração de cima para baixo
C. Teste de integração Big-Bang
D. Teste de integração misto/sanduíche
A. Deve ser conciso.
B. Deve especificar a implementação e os problemas nele.
C. Deve mostrar integridade conceitual
D. Deve ser estruturado
A. herança, agregação
B. Associação, herança
C. agregação, composição
D. Composição, Associação
A. Correção de erros
B. Prevenção de erros
C. Ambos a e B
D. Nenhuma das acima
A. Compreensibilidade
B. Rigidez
C. Eficiência
D. Manutenção
E. Complexidade
A. Escassez de linguagens de programação
B. Escassez de progresso rápido na engenharia de software
C. Aumento do tamanho do problema
D. Tudo o que precede
A. estudo de viabilidade
B. Análise e especificação de requisitos
C. projeto
D. teste
A. Ajuda no desenvolvimento sistemático e disciplinado de produtos de software.
B. Ajuda a definir um critério de entrada e saída apenas para a primeira e a última fase do desenvolvimento de software.
C. Ajuda a monitorar o progresso do projeto.
D. Um modelo de ciclo de vida de software é uma breve introdução do ciclo de vida do software.
A. Condições
B. Requisitos
C. Ações
D. Resultado
A. Teste de regressão
B. Teste de volume
C. Testando usabilidade
D. Teste de manutenção
E. Teste de compatibilidade
A. Abstração, decomposição
B. abstração e salto
C. decomposição e programação exploratória
D. Programação exploratória e abstração
E. Programação exploratória e salto
A. Ad hoc
B. caixa branca
C. caixa preta
D. exaustivo
A. Gerenciamento de configuração de software
B. Validação
C. Design e implementação
D. Projeto de caso de teste
E. Especificações de software
F. Evolução
G. Documentação
A. estático
B. dinâmico
C. estático e dinâmico
A. Funções em um sistema
B. Itens de dados que fluem entre as estações de processamento
C. Projeto da estrutura de controle
D. Sequência de execução de instruções
E. Nenhuma das acima
A. validação de verificação
B. Validação, verificação
C. Validação, validação
D. Verificação, verificação
A. Teste de compatibilidade
B. Teste de volume
C. Teste de regressão
D. Teste de estresse
A. codificação
B. Teste do sistema
C. projetando
D. Teste de unidade
A. herança
B. Associação
C. agregação
D. composição
A. uma equipe de teste na organização em desenvolvimento
B. uma equipe de teste fora da organização em desenvolvimento
C. clientes reais ou um grupo selecionado de clientes amigáveis.
D. um grupo selecionado de desenvolvedores
A. Fatia de programas
B. Força bruta
C. Voltando
D. Causa eliminação
A. difícil de entender
B. fácil de implementar
C. mais barato para desenvolver
D. tudo o que precede
A. Especificação de software
B. Design de software
C. Validação de software
D. Evolução do software
E. Tudo o que precede
A. Os testes são realizados no final, depois que todo o projeto é desenvolvido
B. Inicialmente, um protótipo é desenvolvido e testado e, em seguida, um segundo teste é realizado após a conclusão de um projeto
C. A codificação é realizada de forma incremental. Um novo incremento é iniciado somente após o teste bem -sucedido do incremento anterior
D. Os requisitos são testados e documentados
A. Alto, alto
B. Alto, baixo
C. baixo alto
D. baixo baixo
A. Ferramentas de desenvolvimento
B. Processos técnicos de desenvolvimento de software
C. Desenvolvimento de métodos e teorias
D. Manutenção de hardware
E. Networking
A. recuperação
B. compatibilidade
C. volume
D. Regressão
A. fase de implementação
B. fase de teste
C. Fase de Estudo de Viabilidade
D. fase de codificação
A. Orientado para o modelo
B. orientado para a propriedade
C. Ambos a e B
A. Falha no software
B. Falha no software
A. Construções de entrada única e única exposição devem ser usadas o máximo possível.
B. As informações ocultas não devem ser feitas.
C. O uso de tipos de dados definidos pelo usuário deve ser evitado o máximo possível.
D. O nível de ninho não deve ser muito profundo.
A. Um ator em um diagrama de casos de uso pode participar apenas de um caso de uso.
B. Em um diagrama de casos de uso, um caso de uso é independente do outro caso de uso.
C. Todas as visões devem ser construídas para um determinado problema usando todos os diagramas fornecidos pelo UML.
D. A estrutura estática de um sistema é descrita pelo diagrama de classe.
A. Modelo em forma de V.
B. Modelo de protótipo
C. Modelo Spiral
D. Modelo de cascata
A. Os DFDs representam o fluxo de dados no sistema, bem como a função executada pelo sistema.
B. Aspectos de controle são definidos com muita precisão pelos DFDs.
C. Os DFDs são simples de entender e usar.
D. A ordem de operação dos processos é capturada por um DFD
A. Diferentes módulos são codificados então combinados em uma etapa e depois testados como uma unidade inteira.
B. Diferentes componentes são integrados um por um e testados em cada nível de integração.
C. Diferentes componentes são integrados um por um, mas testados apenas como um sistema inteiro.
D. O sistema é dividido em módulos e cada módulo é testado isoladamente.
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Por que o hardware do computador custa tanto?
B. Por que o hardware do computador custa tanto?
C. Por que custa tanto desenvolver um software?
D. Por que os erros de software não podem ser removidos dos produtos antes da entrega?
A. O software sofre de exposição a ambientes hostis.
B. Os defeitos têm maior probabilidade de surgir depois que o software tiver sido usado com frequência.
C. Várias solicitações de alteração introduzem erros nas interações componentes.
D. As peças de reposição de software ficam mais difíceis de encomendar.
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. ProcessProcess
B. Fabricação
C. Métodos
D. Ferramentas
A. Comunicação, planejamento, modelagem, construção, implantação.
B. Comunicação, gerenciamento de riscos, medição, produção, revisão.
C. Análise, design, programação, depuração, manutenção.
D. Análise, planejamento, design, programação, teste.
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Fluxo de processo simultâneo.
B. Fluxo de processo iterativo.
C. Fluxo de processo linear.
D. Fluxo de processo em espiral.
E. B e C
A. SEI
B. ESPECIARIA
C. ISO 9000.
D. ISO 9001
E. B e D
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Uma abordagem razoável quando os requisitos são bem definidos.
B. Uma boa abordagem quando um programa de trabalho é necessário rapidamente.
C. A melhor abordagem a ser usada para projetos com grandes equipes de desenvolvimento
D. Um modelo antiquado que raramente é usado mais.
A. Uma abordagem razoável quando os requisitos são bem definidos.
B. Uma boa abordagem quando um produto central em funcionamento é necessário rapidamente.
C. A melhor abordagem a ser usada para projetos com grandes equipes de desenvolvimento.
D. Um modelo revolucionário que não é usado para produtos comerciais.
A. São de natureza iterativa.
B. Pode acomodar facilmente as mudanças nos requisitos do produto.
C. Geralmente não produz sistemas descartáveis.
D. . Tudo o que precede.
A. Uma abordagem razoável quando os requisitos são bem definidos.
B. Uma abordagem útil quando um cliente não pode definir requisitos claramente.
C. A melhor abordagem a ser usada para projetos com grandes equipes de desenvolvimento.
D. Um modelo de risco que raramente produz um produto significativo.
A. Termina com a entrega do produto de software.
B. É mais caótico do que o modelo incremental
C. Inclui avaliação de riscos do projeto durante cada iteração.
D. Tudo o que precede.
A. Outro nome para engenharia simultânea.
B. Define eventos que acionam as transições de estado da atividade de engenharia.
C. Usado apenas para o desenvolvimento de sistemas paralelos ou distribuídos.
D. Usado sempre que um grande número de solicitações de alteração é previsto.
A. Outro nome para engenharia simultânea.
B. Define eventos que acionam as transições de estado da atividade de engenharia.
C. Usado apenas para o desenvolvimento de sistemas paralelos ou distribuídos.
D. Usado sempre que um grande número de solicitações de alteração é previsto.
E. Ambos a e B
A. Somente apropriado para design de hardware do computador.
B. Não é possível apoiar o desenvolvimento de componentes reutilizáveis.
C. Dependente de tecnologias de objetos para suporte.
D. Não é econômico por métricas de software quantificáveis conhecidas.
A. Defina a especificação para sistemas baseados em computador.
B. Desenvolva sistemas baseados em computador sem defeitos.
C. Verifique a correção dos sistemas baseados em computador
D. Tudo o que precede.
A. Fase de início.
B. Fase de elaboração.
C. Fase de construção
D. Fase de validação.
A. Enfatiza a medição pessoal do produto de trabalho.
B. O profissional exige uma supervisão cuidadosa do gerente do projeto.
C. O profissional individual é responsável por estimar e agendar.
D. . O profissional é capacitado para controlar a qualidade dos produtos de trabalho de software.
A. Acelere a melhoria do processo de software.
B. Permitir melhor gerenciamento de tempo por profissionais altamente treinados.
C. Crie equipes de software autodirigidas. D. Mostrar gerentes como reduzir o custo
D. B e C
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Elimine o uso do planejamento e teste do projeto.
B. Somente produtos de trabalho essenciais são produzidos.
C. O processo permite que a equipe otimize tarefas.
D. Usa estratégia incremental de entrega de produtos.
A. A coleta de requisitos deve ser realizada com muito cuidado.
B. A análise de risco deve ser realizada antes que o planejamento ocorra.
C. Os incrementos de software devem ser entregues em curtos períodos de tempo.
D. Os processos de software devem se adaptar às mudanças incrementalmente.
E. C e D
A. Análise, design, codificação, teste.
B. Planejamento, análise, design, codificação.
C. Planejamento, análise, codificação, teste.
D. Planejamento, design, codificação, teste.
A. O que você fez desde a última reunião?
B. Que obstáculos você está encontrando?
C. Qual é a causa do problema que você está encontrando?
D. O que você planeja realizar seja a próxima reunião de equipe?
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Atento aos detalhes
B. Brutalmente honesto.
C. Segue a regra do processo dogmaticamente.
D. Resiliente sob pressão.
A. Atmosfera de trabalho frenética.
B. Orçamento inadequado.
C. Processo de software mal coordenado.
D. Definição pouco clara de funções de equipe.
E. A, B, D
A. Complexidade do problema
B. Complexidade do problema
C. . Lei das consequências não intencionais
D. Risco associado à decisão
E. Tudo o que precede
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso