17 - Aplicando TDD e padrões de testes

Prévia do material em texto

Aplicando TDD e padrões de testes
Qual é a ordem correta do fluxo de desenvolvimento com TDD?
· Refatorar - Testes passar - Testes falhar
· Testes passar - Testes falhar - Refatorar
· Testes passar - Refatorar - Testes falhar
· Refatorar - Testes falhar - Testes Passar
· Testes falhar - Testes passar - Refatorar
PRÓXIMA PERGUNTA
Para que serve o objeto mock/fake em testes?
· Rodar os testes de forma aleatória.
· Simular o comportamento de um objeto real.
· Criar uma classe nova.
· Implementar métodos.
· Modifica a ordem de execução dos testes.
PRÓXIMA PERGUNTA
Em alguns momentos necessitamos utilizar o Robolectric para obter o contexto da nossa aplicação. Onde são executados os testes unitários utilizando o Robolectric?
· Java
· Machine Learning
· Android Studio
· JVM
· JSM
PRÓXIMA PERGUNTA
Em qual momento no desenvolvimento de software deve ser feito a criação dos testes seguindo o TDD?
· Após criar uma nova classe.
· Quando finalizar todo o código de projeto.
· Antes de realizar qualquer implementação de código de projeto.
· Quando realizar a chamada de api.
· Após incluir um novo atributo de classe.
PRÓXIMA PERGUNTA
Quais os principais benefícios do TDD?
· A confiabilidade do código será maior; Ajuda à implementar plugins no Gradle; Torna a Refactoring mais fácil.
· Favore o processo de documentação; Evita modificar testes para o desenvolvimento; Torna a Refactoring mais fácil.
· Nenhuma das alternativas anteriores
· Favore o processo de documentação; A confiabilidade do código será maior; Possibilidade de implementar atributos novos;
· O código será mais limpo e simples; A confiabilidade do código será maior; Favore o processo de documentação.
PRÓXIMA PERGUNTA
Para conseguirmos criar e executar testes unitários, devemos criá-los em um pacote especifico. Qual seria o nome do pacote?
· Java
· Com
· Main
· AndroidTest
· Test
PRÓXIMA PERGUNTA
Para uma boa organização do escopo de cada método de testes, seguimos uma estrutura lógica de:
· Salvar o resultado do teste em sharedpreferences e em seguida prepará-lo.
· Validar as informações para assim preparar os dados de mock.
· Executar os métodos de mock depois de validar os valores.
· Preparar o método com tudo que ele precisa para em seguida ser validado.
· Não importa se validamos os valores antes ou depois de preparar os dados para o teste.
PRÓXIMA PERGUNTA
Para fazer a asserção de valores numéricos em testes unitários, utilizamos o método:
· assetEquals()
· validate()
· equals()
· check()
· is()
PRÓXIMA PERGUNTA
Para criação de um método para teste unitário, devemos utilizar qual anotação?
· @Test
· @Kotlin
· @TestKotlin
· @Java
· @TestTDD
PRÓXIMA PERGUNTA
Sobre 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 técnica de programação cujo principal objetivo é escrever um código funcional limpo, a partir de um teste que tenha falhado.
· 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.
· 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.
· É 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.
FINALIZAR