Logo Passei Direto
Buscar

Engenharia de Software

Outros
Código sem teste possui baixa qualidade, pois não temos como garantir que regressões não foram inseridas no sistema após a realização de uma modificação no código.
O Verdadeiro
O Falso
User badge image
Praticando Para o Saber

ano passado

User badge image
Praticando Para o Saber

ano passado

Exercício
9 pág.

Exercício

Unopar

Respostas

User badge image

Ed Verified user icon

ano passado

A afirmação é Verdadeira. Código sem testes realmente possui baixa qualidade, pois sem testes automatizados, não há como garantir que modificações no código não introduziram regressões, ou seja, falhas que afetam funcionalidades que antes estavam funcionando corretamente. Testes ajudam a assegurar que o sistema continua a operar como esperado após alterações.

Essa resposta te ajudou?

0
Dislike0

Ainda não achou a resposta?

  • Integrado com os principais modelos de IA do mercado
  • Respostas em segundos
  • IA treinada para estudantes brasileiros.
PasseIA logoEvolua sua forma de estudar

Cadastre-se ou realize login

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Exercício
9 pág.

Exercício

Unopar

Mais perguntas desse material

O único objetivo do Teste de Software é evitar que erros cheguem aos usuários finais.
O Verdadeiro
O Falso

A Pirâmide de Testes classifica os testes em: Testes de Unidade, Testes de Integração e Testes de Sistema. Testes de Unidade estão localizados no topo, enquanto Testes de Sistema na base da pirâmide.
O Verdadeiro
O Falso

Testes de unidade são testes automatizados de pequenas unidades de código (ex: classes, métodos, funções, etc) que são testadas de forma independente do sistema.
O Verdadeiro
O Falso

Classes de testes devem seguir algumas convenções. Por exemplo, classes de testes devem possuir o prefixo 'Test', enquanto métodos de testes devem começar com o prefixo 'test'.
O Verdadeiro
O Falso

O objetivo da fixture do teste é fixar estado do sistema que será testado pelos métodos de teste. A fixture também ajuda a garantir que o teste é repetível.
O Verdadeiro
O Falso

O SUT representa o sistema que está sendo testado.
O Verdadeiro
O Falso

Um dos benefícios do Teste de unidade é encontrar bugs após o sistema entrar em produção.
Verdadeiro
Falso

Testes de Integração exercitam um serviço completo do sistema e podem conter dependências externas.
Verdadeiro
Falso

Testes de sistema focam na uso do sistema sob o ponto de vista do usuário. Logo, tais testes são mais baratos, rápidos e robustos.
Verdadeiro
Falso

Analisando as afirmativas sobre Testes de Software, é INCORRETO afirmar que:
Grande parte dos testes, hoje em dia, são automatizados.
Hoje em dia, não existem mais grandes equipes de testes. Normalmente, o desenvolvedor que implementa uma classe também implementa seus testes.
Teste de Unidade é o tipo mais comum de teste.
Testes de unidade são implementados usando-se frameworks de teste, tais como JUnit, unittest, entre outros.
Métodos de testes devem ser públicos para o framework de teste e podem conter parâmetros.

Sobre Teste de Unidade, é CORRETO afirmar:
Testes de unidade testam unidades de modo dependente.
Testes de unidade podem ser rodados de forma automatizada ou manual.
Um teste de unidade T é um programa que chama métodos de uma classe C e verifica se eles retornam os resultados esperados.
Escrevemos testes de unidade sempre após a implementação de uma pequena funcionalidade.
Testes de unidade são importantes para detectar bugs ainda na fase de desenvolvimento, mas não detectam regressões.

Sobre Testes de Integração, é CORRETO afirmar:
Testes de integração são testes independentes.
Testes de integração necessitam de frameworks especiais para serem rodados.
Testes de integração são mais rápidos que os Testes de Unidade.
Testes de integração são mais caros que os Testes de Sistema.
Testes de integração podem envolver diversas classes ou pacotes distintos, e exercitam um serviço completo do sistema.

Sobre Testes de Software, é CORRETO afirmar:
Testes de aceitação podem ser realizados pelo cliente ou pelos desenvolvedores.
A verificação trata da satisfação do cliente, enquanto a validação trata especificação dos requisitos.
Testes de integração são exemplos de testes de requisitos não-funcionais.
Testes Caixa Preta são escritos com base apenas na interface do sistema sob teste.
Testes Caixa Branca considera informações sobre o código e a estrutura do sistema sob teste.
Testes alfa ocorre em ambiente não controlado.

Considerando a técnica de Análise de Valor Limite, com quais salários devemos testar a 4a faixa de imposto de renda (isto é, a faixa com alíquota 27,5%)?

Quantas vezes o método init() será executado ao rodar a classe de teste StackTest abaixo? Justifique sua resposta.

Mais conteúdos dessa disciplina