Uma transportadora desenvolve um módulo de cálculo de ICMS sobre frete em seu sistema de gestão em que há uma função pura CalcularICMS (Itens, UFOrigem, UFDestino) que, a partir dos itens e UFs, devolve apenas os valores de imposto, sem acesso a banco de dados, rede ou arquivos. A equipe deseja automatizar verificações dessa função em diferentes combinações de alíquotas e bases de calculo. Nesse cenário, o tipo de teste indicado para esse objetivo especifico é teste

Um portal de serviços fazendários disponibiliza um formulário de consulta de situação fiscal por onde usuários que utilizam leitores de tela relataram dificuldade para identificar os campos, porque os rótulos não são lidos corretamente. Considerando as diretrizes de acessibilidade para formulários na web, a solução mais adequada para associar rótulos aos campos é

Uma equipe de Tl de uma Secretaria da Fazenda mantém o sistema de emissão de guias de arrecadação em um repositório Git central, usando a branch main diretamente em produção. Um commit já publicado alterou o calculo de ISS e gerou valores incorretos. A auditoria exige que o histórico da main permaneça integro, sem reescrita de histórico já publicado, e que a correção seja aplicada a partir do commit problemático. Considerando as recomendações usuais para desfazer mudanças em uma branch publica já compartilhada, o procedimento que esta alinhado a essas exigências é, na branch main, executar

Uma Secretaria da Fazenda estadual expõe, em ASP.NET Core (.NET 8, Minimal APIs), uma API para calculo de ICMS sobre fretes interestaduais. O serviço ICalculoTributoService utiliza FazendabDbContext (EF Core) para persistência e um cliente HTTP para consultar tabelas de alíquotas interestaduais via serviço externo. Em testes de carga, o uso de FazendaDbContext e ICalculoTributoService como Singleton gerou aumento de memória e conexões abertas ao banco. Considerando o modelo de injeção de dependência e lifetimes do contêiner padrão do .NET, a combinação de lifetimes que é tecnicamente adequada para esse cenário é registrar FazendaDbContext. como

A área de Analytics de uma Secretaria da Fazenda mantém múltiplos modelos em produção (inadimplência, fraude em NF-e, seleção para auditoria, previsão de arrecadação) e precisa garantir um ponto Único de verdade sobre qual versão de cada modelo está em produção, permitir a promoção controlada de modelos de staging para produção com critérios formais e aprovações, e manter histérico versionado com metadados (métricas, features, autor, datas) disponível para auditorias. O componente de uma arquitetura de MLOps que atende diretamente a esses requisitos é um

Uma Secretaria da Fazenda quer unificar, em nuvem, dados de NF-e, escriturações fiscais digitais, transações de cartão de crédito e cruzamentos de malha fiscal em um Único ambiente. Esse ambiente deve sustentar relatórios de arrecadação (Bl) e, também, experimentos de ciência de dados e modelos de machine learning para detectar empresas “laranja”. Já existem um Data Lake em Parquet e um Data Warehouse legado em banco relacional. Considerando governança, desempenho para Bl e flexibilidade analítica, a decisão arquitetural mais adequada a esse cenário é

Uma equipe de desenvolvimento utiliza Git com múltiplas branches para desenvolvimento paralelo, integração contínua e manutenção de versões em produção. O projeto adota versionamento semântico e possui histórico extenso de commits.

Conforme as boas práticas de controle de versões e o funcionamento do Git, analise as sentenças a seguir:

I- Commits pequenos e frequentes facilitam a identificação de regressões e a auditoria de mudanças, especialmente quando integrados a pipelines de CI/CD.

II- A utilização de rebase em branches compartilhadas é recomendada, pois preserva o histórico completo de commits e reduz riscos de inconsistências no repositório remoto.

III- O uso de tags associadas a commits específicos permite identificar releases estáveis e recuperar versões exatas do código implantado em produção.

Assinale a alternativa que indica apenas as sentenças CORRETAS.

Considere o enunciado a seguir:

Uma organização regulada que desenvolve sistemas críticos decidiu adotar metodologias ágeis para aumentar a capacidade de resposta às mudanças de negócio. No entanto, precisa manter rastreabilidade, documentação mínima obrigatória e previsibilidade de entregas. Com base nos princípios das metodologias ágeis e em sua aplicação em ambientes organizacionais reais, analise as sentenças a seguir:

I- Metodologias ágeis permitem a incorporação de mudanças de requisitos ao longo do desenvolvimento, desde que exista priorização contínua e gestão do backlog.

II- O uso de ciclos curtos e feedback frequente reduz riscos, mas não elimina a necessidade de planejamento e documentação, especialmente em ambientes regulados.

III- A adoção de metodologias ágeis pressupõe a eliminação de documentação formal, pois o foco exclusivo deve ser a entrega rápida de software funcional.

Analisadas as sentenças, está(ão) CORRETA(S) apenas:

Considere que uma organização pública está desenvolvendo um sistema crítico, com requisitos bem definidos desde o início, pouca probabilidade de mudanças e forte necessidade de documentação formal. O projeto será conduzido seguindo o ciclo de vida tradicional de desenvolvimento de sistemas. Nesse contexto, analise as sentenças a seguir:

I- No ciclo de vida tradicional, a conclusão da fase de análise é pré-requisito para o início da fase de projeto.

II- Alterações significativas de requisitos após a fase de implementação tendem a gerar alto custo de retrabalho nesse modelo.

III- O ciclo de vida tradicional é o mais indicado para projetos com requisitos voláteis e forte interação contínua com o usuário final.

Analisadas as sentenças, estão CORRETAS apenas:

Na construção de um aplicativo, um time de desenvolvimento com múltiplas frentes precisa reduzir risco de sobrescrita e permitir desenvolvimento paralelo de correções e novos recursos. Diante do exposto, uma boa prática em versionamento para atender o cenário apresentado é: