O Time de Desenvolvimento de Software (TDevS) de uma organização está utilizando testes automatizados em seus projetos. Ao utilizar testes automatizados, o TDevS:
- A)está focando a eficácia da usabilidade com testes exploratórios de caixa-preta;
Errada, porque testes exploratorios de caixa-preta focam exploracao manual e geralmente nao descrevem o uso de testes automatizados para estabilidade de mudancas.
- B)busca redução do retrabalho para execução dos testes não funcionais de interface com o usuário;
Errada, porque testes nao funcionais de interface com o usuario nao sao o alvo principal dessa afirmacao, e a ideia de reducao de retrabalho fica mal associada ao contexto apresentado.
- C)tem aplicado testes de integração para verificação antecipada dos caminhos e condições lógicas codificadas;
Errada, porque verificacao de caminhos e condicoes logicas codificadas e mais associada a testes de unidade ou estruturais, nao a testes de integracao.
- D)visa a aumentar a agilidade do time, já que os testes são codificados uma vez e não precisam ser alterados ao longo do ciclo de vida do projeto;
Errada, porque testes automatizados precisam ser mantidos e ajustados ao longo do ciclo de vida do projeto sempre que o software muda.
- E)deseja garantir a estabilidade das mudanças por meio da incorporação dos testes de integração no processo de integração contínua
Certa, porque a integracao continua com testes de integracao ajuda a detectar problemas cedo e a dar estabilidade as mudancas no codigo.
Gabarito: E
Testes automatizados sao aqueles executados por ferramentas, com pouco ou nenhum trabalho manual repetitivo. A grande vantagem e justamente transformar uma tarefa cansativa em algo rapido, padronizado e repetivel, o que ajuda o time a ganhar confianca sempre que mexe no codigo. Em projetos modernos, eles costumam andar juntos com integracao continua: a cada alteracao, a rotina de build e teste roda sozinha e aponta cedo se algo quebrou. Por isso, faz sentido dizer que o time busca aumentar a estabilidade das mudancas por meio da incorporacao de testes de integracao no processo de integracao continua. A ideia e detectar regressoes o quanto antes, especialmente em pontos de contato entre modulos, servicos e camadas do sistema. Em outras palavras: mexeu no codigo, o robo confere; passou, segue o jogo; falhou, corrige antes que o problema vire incendio. Esse uso combina bem com a pratica de CI/CD e com a doutrina de engenharia de software: testes automatizados reduzem risco, aceleram feedback e diminuem custo de defeitos encontrados tarde. Ja os testes de integracao sao valiosos porque verificam se componentes diferentes conversam direito, algo que testes unitarios, sozinhos, nem sempre capturam. A FGV gosta de misturar conceitos de teste funcional, nao funcional, usabilidade e integracao continua para ver se voce associa corretamente o objetivo de cada tecnica. Aqui, o foco nao e usabilidade, nem teste exploratorio, nem simplesmente rodar teste uma vez so. O ponto central e usar automacao para garantir que mudancas nao quebrem a integracao do sistema ao longo do desenvolvimento.