Questões – TDD

Juliana Jenny Kolb

Home > Simulados on-line  > Questões de Concursos > Tecnologia da Informação (TI) > Questões de Engenharia de Software

Questões – TDD

Questões extraídas de concursos públicos e/ou provas de certificação. Cada teste apresenta no máximo 30 questões.

Results

#1. (CESPE – ANATEL/2009) Entre as metodologias de desenvolvimento de software atualmente empregadas destacam-se as abordagens embasadas no modelo unificado e as abordagens ágeis. O uso das técnicas de test-driven design, refactoring, design patterns e pair programming é, entre os modelos acima, maior nas abordagens do modelo unificado. Por outro lado, o uso de ferramentas CASE-UML é mais comum nas abordagens ágeis.

Falso

Falso

Verdadeiro

Verdadeiro

#2. (FGV – IBGE/2016) O Desenvolvimento Orientado a Testes (TDD) é um método de desenvolvimento criado e disseminado por Kent Beck em seu livro “Test-driven development”. O método define regras, boas práticas e um ciclo de tarefas com 3 etapas: a etapa vermelha, a etapa verde e a etapa de refatoração, ilustrado na imagem abaixo: Com relação às regras e boas práticas de TDD e ao seu ciclo, é correto afirmar que:

pode-se escrever testes que não compilam na etapa vermelha;

pode-se escrever testes que não compilam na etapa vermelha;

é uma boa prática de TDD iniciar o desenvolvimento do código de uma funcionalidade e, logo em seguida, testá-la.

é uma boa prática de TDD iniciar o desenvolvimento do código de uma funcionalidade e, logo em seguida, testá-la.

a duplicação é tolerada na etapa de refatoração;

a duplicação é tolerada na etapa de refatoração;

código novo só é escrito se um teste automatizado passar;

código novo só é escrito se um teste automatizado passar;

na etapa verde deve-se escrever código que testa uma funcionalidade a fundo de forma criteriosa e detalhada;

na etapa verde deve-se escrever código que testa uma funcionalidade a fundo de forma criteriosa e detalhada;

#3. (CESPE/UnB – TCDF/ANAP – 2014) No TDD, o refatoramento do código deve ser realizado antes de se escrever a aplicação que deve ser testada.

Verdadeiro

Verdadeiro

Falso

Falso

#4. (VUNESP – TCE-SP/2015) No Desenvolvimento Orientado a Testes (TDD), os casos de teste que definem o recurso a ser implementado devem ser elaborados

somente se o código do recurso apresentar erros.

somente se o código do recurso apresentar erros.

após o código do recurso ter sido completamente documentado.

após o código do recurso ter sido completamente documentado.

simultaneamente com o desenvolvimento do código do recurso.

simultaneamente com o desenvolvimento do código do recurso.

assim que o código do teste estiver pronto.

assim que o código do teste estiver pronto.

antes de o código do recurso ser desenvolvido.

antes de o código do recurso ser desenvolvido.

#5. (CESPE – TRE-PI/2016) O TDD (test driven development)

refere-se a uma metodologia de testes em que se devem testar condições, loops e operações; no entanto, por questão de simplicidade, não devem ser testados polimorfismos.

refere-se a uma metodologia de testes em que se devem testar condições, loops e operações; no entanto, por questão de simplicidade, não devem ser testados polimorfismos.

é um conjunto de técnicas associadas ao eXtremme Programing e a métodos ágeis, sendo, contudo, incompatível com o Refactoring, haja vista o teste ser escrito antes da codificação.

é um conjunto de técnicas associadas ao eXtremme Programing e a métodos ágeis, sendo, contudo, incompatível com o Refactoring, haja vista o teste ser escrito antes da codificação.

apresenta como vantagem a leitura das regras de negócio a partir dos testes, e, como desvantagem, a necessidade de mais linhas de códigos que a abordagem tradicional, o que gera um código adicional.

apresenta como vantagem a leitura das regras de negócio a partir dos testes, e, como desvantagem, a necessidade de mais linhas de códigos que a abordagem tradicional, o que gera um código adicional.

refere-se a uma técnica de programação cujo principal objetivo é escrever um código funcional limpo, a partir de um teste que tenha falhado.

refere-se a uma técnica de programação cujo principal objetivo é escrever um código funcional limpo, a partir de um teste que tenha falhado.

impede que seja aplicada a prática de programação em pares, que é substituída pela interação entre analista de teste, testador e programador.

impede que seja aplicada a prática de programação em pares, que é substituída pela interação entre analista de teste, testador e programador.

Ver Resultado