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

Limpar pesquisa

Configurar questões
Tamanho do Texto
Modo escuro

Questão: 51 de 5491

2264136

copy

Banca: VUNESP

Órgão: TJ/SP

Cargo(s): Analista de Sistema Judiciário

Ano: 2025

Gabarito: Oficial

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

são consideradas testes de “caixa preta” (black-box testing).

não se aplicam a programas baseados em linguagens interpretadas, já que são baseadas em análise de código de máquina.

são imunes a falsos positivos.

têm como desvantagem o fato de não poderem ser integradas a pipelines CI/CD de DevOps, embora sejam muito úteis.

propõem detectar vulnerabilidades no código-fonte antes que ele vá para ambiente de produção.

Questão: 52 de 5491

2264095

copy

Banca: VUNESP

Órgão: TJ/SP

Cargo(s): Analista de Sistema Judiciário

Ano: 2025

Gabarito: Oficial

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

normalização e padronização.

codificação e testes.

entrevistas e etnografia.

personificação e manutenção.

criptografia e lançamento.

Questão: 53 de 5491

2264099

copy

Banca: VUNESP

Órgão: TJ/SP

Cargo(s): Analista de Sistema Judiciário

Ano: 2025

Gabarito: Oficial

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

descendente aplica-se exclusivamente a software voltado a folhas de pagamento.

descendente só é possível na modalidade primeiro em largura.

ascendente não se aplica a software voltado à automação de processos.

descendente pode ser feita primeiro em largura ou primeiro em profundidade.

ascendente deve ser feita em, no máximo, duas fases de integração.

Questão: 54 de 5491

2264100

copy

Banca: VUNESP

Órgão: TJ/SP

Cargo(s): Analista de Sistema Judiciário

Ano: 2025

Gabarito: Oficial

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

stub é uma implementação que tem como retorno um valor fixo, pré-definido, quando ocorre a chamada a uma função.

stub é configurado para retornar diferentes respostas, de acordo com os parâmetros de entrada recebidos.

stub e mock aplicam-se apenas a software cuja finalidade é o acesso a bases de dados.

stub e mock não se aplicam a software voltado ao desenvolvimento de interfaces humano-computador.

mock, normalmente, é uma implementação que tem como retorno um valor fixo, pré-definido, quando ocorre a chamada a uma função.

Questão: 55 de 5491

2264134

copy

Banca: VUNESP

Órgão: TJ/SP

Cargo(s): Analista de Sistema Judiciário

Ano: 2025

Gabarito: Oficial

Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Modelos de Ciclo de Vida e Metodologias de Desenvolvimento / Processos e práticas ágeis / DevOps, IaC, Integração Contínua e Entrega Contínua

liberar automaticamente, no ambiente de produção (desde que os testes não falhem), todas as mudanças que passam por todos os estágios do pipeline de produção, sem intervenção manual.

dispensar o continuous integration, já que se trata de uma substituição deste.

requerer o uso de ferramentas comerciais, e não gratuitas, para o gerenciamento do pipeline, uma vez que tais ferramentas são consideradas mais confiáveis.

trabalhar com prazos maiores entre releases, quando comparado ao continuous delivery.

dispensar os testes de unidade que ocorrem em etapa anterior, já que os testes de fumaça (smoke tests) são utilizados em seu lugar de forma mais eficiente e conseguem suprir as mesmas necessidades.