1 2 3 - Testando - Automatizando os testes de software

1, 2, 3 TestandoAutomatizando os testes do software

Agenda✓ Como desenvolvemos hoje?

✓ Por que testar?

✓ Desculpas para não testar

Agenda✓ Tipos de testes

✓ O que é o tal do TDD?

✓ Os benefícios do TDD

Agenda✓ Os princípios do TDD

✓ Exemplo prático de um processo TDD

✓ O que evitar

Como desenvolvemos hoje?

Por que testar?

Quem já passou por isso sabe?

Por que automatizar os testes?

Testes são documentações executáveis

Testes garantem mudanças sem medo


Testes exercitam o software


Para isso precisamos mudar a forma de pensar

Uma “nova” forma de pensar

Desculpas pra não escrever os testes

Não tenho tempo para isso

Vou demorar muito mais!


Código legado é impossível de testar!


Isso é responsabilidade do testador!


Compila! Logo, funciona!


Tipo de Testes

Tipos de Testes

➢ Testes de Carga

➢ Testes de UI

➢ Testes de Desempenho

➢ Testes de Integração

➢ Testes de Aceitação

➢ Testes Unitários

Testes unitários

Conjunto de programas individuais que

validam unidades de código (métodos, procs, functions, entre outros) para determinar

que seu comportamento está correto

Testes unitáriosQuanto menor for uma unidade de código

testada (método, função, etc.) melhor

Testes unitários

Os testes unitários devem ser

independentes uns dos outros

O que testar?

Fonte: http://blog.stevensanderson.com/2009/11/04/selective-unit-testing-costs-and-benefits/

Testes unitários em números➢ Testes consomem entre 20% e 35% do projeto

➢ Redução de 5% a 10% no esforço de testes após a automação

➢ Em aplicações pacote, automatização de testes atinge 50% de cobertura

Técnica para desenvolvimento de software cujo processo é formado por

pequenas iterações e os testes são

escritos primeiro

TDD - Test Driven Development

Não é um método para testar software, mas para (re)construir software!

TDD - Test Driven Development

Core do TDD

● Red: adicona um teste que falha

● Green: Adiciona qualquer código que faça o teste passar

● Yellow: refatora o código conforme o necessário

Beneficios do TDD

Garante a existência de testes unitários

Beneficios do TDD

Diminui a quantidade de erros melhorando a

qualidade do código

Beneficios do TDD

Testes servem como

especificações mostrando como

funciona o sistema!

Beneficios do TDD

Melhora a arquitetura do software já que

temos um maior desacoplamento e

coesão

Princípios do TDD

Testes devem ser isolados, ou seja, não deve

depender do sucesso do outro

Testes devem ser:

Princípios do TDD

Claros Simples Consistentes

Um conceito e uma

confirmação por teste

Princípios do TDD

Implementando uma calculadora

Hora da Implementação


● Método para realizar a soma○ Recebe como entrada dois números○ Retorna o resultado da soma


● Método para realizar a subtração○ Recebe como entrada dois números○ Retorna o resultado da subtração


● Método para realizar a multiplicação○ Recebe como entrada dois números○ Retorna o resultado da multiplicação

● Método para realizar a divisãoo Lançar exceção quando receber 0 no denominador


Sabendo os requisitos vamos fazer um DOJO??

O que é o DOJO?O principal objetivo é praticar, aprender, se

divertir e ensinar técnicas de desenvolvimento de software.

Como Faremos???● Programação baseada em testes

● Baby Steps

● Pair Programming

Hora da Prática● O precisamos ter para realizar o tutorial:

o Ambiente Java configuradoo Maven instaladoo IDE

Hora da práticaCriando um projeto JAVA com testes utilizando

o Maven

mvn archetype:generate -DgroupId=br.com.heidertreinamentos -DartifactId=exemplostestesunitarios -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false

Hora da práticaAbrir o projeto na sua IDE preferida.

Estrutura do Projeto

main: Código fonte da sua aplicação

test: Código para testar a sua aplicação

Configuração do MavenNo pom.xml alterar a versão do junit para a versão 4.10

Após isso atualizar as dependências:mvn clean package

Importante

Não é necessário utilizar o Maven na criação do projeto, porém ele é de grande importância

para gerenciar as dependências da sua aplicação.

Antes de começar precisamos saber

Além dos casos de testes simples, temos 4 métodos que precisamos conhecer:@BeforeClass@AfterClass@Before@After

@BeforeClass

Nome de Método Padrão: setUpClassNeste método devem ser colocados códigos que precisam ser executados antes da criação de um objeto da classe de teste, ou seja, um código do qual todos os métodos de teste podem tirar algum proveito. Pode ser a criação de uma conexão com o banco de dados, por exemplo, ou a leitura de um arquivo no sistema de arquivos.

A anotação que acompanha o método (@BeforeClass) pode ser adicionada a qualquer método, e nesse caso, todos os métodos que tiverem essa anotação serão executados na ordem em que aparecem declarados, e antes de qualquer caso de teste específico.

@AfterClass

Nome de Método Padrão: tearDownClass()Neste método deverão ser colocados códigos que precisam ser executados assim que todos os casos de teste tiverem sido executados.

Tais códigos podem ser referentes a liberação de recursos adquiridos no método setUpClass(), como o fechamento de conexões com o banco de dados, ou à liberação de arquivos.

A anotação @AfterClass pode acompanhar qualquer método, e nesses casos todos os métodos serão executados para a liberação de recursos, na ordem em que aparecem declarados.

@BeforeNome de método padrão: setUp

O método setUp() pode ser utilizado para a inicialização de recursos antes da execução de cada método de teste. É o local ideal para obter e inicializar recursos que precisam ser reiniciados a cada teste.

Assim como as outras anotações, @Before pode ser adicionado a outros métodos.

@AfterNome de Método Padrão: tearDown()

O método tearDown() é utilizado para a liberação de recursos ao final de cada método de teste. Estes recursos geralmente são os que foram obtidos no método setUp().

A anotação @After pode, assim como as demais, ser utilizada com outros métodos.

Criando a classe de teste

Implementando o teste somar

O teste agora esta implementado, porém

teremos erro já que ainda não temos a classe

Calculadora. Crie a classe e o método somar.

Implementando o teste somar

Implementamos o teste somente para

passar conseguirmos compilar e executar a

rotina de teste

Rodando os testesResultado do Teste

Implementando o método somar

Ok, o teste passou, porém ainda não esta pronto. O

próximo passo é realizar a refatoração do código para

implementarmos a funcionalidade soma. Após

isso, rodar o teste novamente!!!

Método Implementado

Processo com sucesso

Fizemos o ciclo

Pratique um poucoImplemente● Os testes para subtração e multiplicação● Os métodos reais Lembre-se do ciclo:

Exemplo de Implementação

Agora é hora da Divisão

Vamos criar agora uma aplicação para o usuário

Aaaahh usuário

Achávamos que a aplicação estava muito bem

feita. Daí o nosso querido usuário tentou

realizar uma divisão por 0. Adivinha o que

aconteceu???

CrashhhhhhhAcabamos de encontrar um erro na nossa

aplicação. E agora???

Simples, vamos corrigir o método de divisão e pronto, quando ele tentar novamente estara

funcionando :)

Calma ae parceiro

Nada disso, antes de implementarmos a

correção devemos criar um teste que seja

capaz de pegar o erro encontrado.

Vamos implementá-los.

Exemplo de implementação

No exemplo, sabemos que a divisão por zero irá

retornar uma ArithmeticException, para isso, criamos um teste para

validar essa ação.

Hora de testar novamente

Ao rodarmos os testes, nos deparamos com a

exceção citada, agora devemos realizar a

correção no método de divisão.

Exemplo de Implementação

Onde Baixar???

● Maveno http://maven.apache.org/download.cgi

● JDKo http://www.oracle.com/

● O exemploo https://github.com/heiderlopes/exemplostestesunitarios/

Onde baixar???

● Netbeanso https://netbeans.org/downloads/

● Eclipseo https://www.eclipse.org/downloads/

● IntelliJo http://www.jetbrains.com/idea/download/

Exercitando a mente I● Testar o método para fazer saque em uma conta

o O método aceita dois valores: valor_saque, valor_saldo

o O método deve retornar valor referente ao saldo da conta após o saque ou -1 em situação de erro

Exercitando a mente II● Testar o método para liberar a prova de Teste para Adultos

o O método aceita um valor do tipo Integer com a idade do candidato

o A liberação da prova será mediante ao atendimento dos critérios ou não

o O método deve retornar um boolean true caso a prova seja liberada ou false em caso contrário

Exercitando a mente III● Testar um método para realizar depósito em

uma conta bancária

o O método deve receber um flutuante com o valor a ser depositado

o O método deve retornar o valor contido na conta

A mudança na forma de desenvolver não é igual a

fazer miojo

A mudança na forma de desenvolver

No inicio você vai escrever código mais ou menos testável


Você vai errar!!!


Você vai desejar ter feito as coisas de

forma diferente


Você vai evoluir!!!


Você não vai mais conseguir desenvolver de outra forma

O que você pode fazer

Estime o tempo das suas

tarefas levando em conta os

testes unitários


Comece testando o quer for mais fácil


Dê prioridade à lógica principal da aplicação

O que você pode fazerCompartilhe com seus colegas os

benefícios que os testes unitários podem trazer

Referênciashttp://pt.slideshare.net/alextercete/testes-unitrios-cco

http://pt.slideshare.net/JobaDiniz/testes-unitrios-26894868

http://pt.slideshare.net/lucas_nazario/projeto-de-software-com-testes-unitrios-e-tdd

http://pt.slideshare.net/diogodamiani/teste-unitrios-e-tdd

http://pt.slideshare.net/alextercete/testes-unitrios-cco

http://pt.slideshare.net/JobaDiniz/testes-unitrios-26894868



http://pt.slideshare.net/diogodamiani/teste-unitrios-e-tdd

1 2 3 - Testando - Automatizando os testes de software

Software

Transcript of 1 2 3 - Testando - Automatizando os testes de software