Willians de Paula Pereira apresentou sobre TDD (Desenvolvimento Orientado a Testes). Ele discutiu os benefícios de testes de unidade, incluindo redução de bugs e tempo de depuração. Também explicou o ciclo básico do TDD, começando com a escrita de um teste de unidade falho e então implementando o código mínimo necessário para fazer o teste passar.

1. Lightning talk - TDD

2. Quem sou eu?
Willians de Paula Pereira
Especialista em Engenharia de Software
com Ênfase em Software Livre
Professor do Instituto Federal de
Educação, Ciência e Tecnologia de
Rondônia

3. Quem sou eu?
Willians de Paula Pereira
Membro do Grupo de
Pesquisa em Automação e
Robótica – GPMecatrônica
Corintiano
Mesatenista
Desenvolvedor
Aprendiz
Geek

4. Contextualizando

5. O que são testes?
O teste do software é a investigação do
software a fim de fornecer informações
sobre sua QUALIDADE em relação ao
contexto em que ele deve operar. Isso
inclui o processo de utilizar o produto para
encontrar seus defeitos.

6. Tipos de testes
Caixa branca
Caixa preta
Caixa cinza
Regressão
Técnicas não funcionais

7. Fases
TESTE DE UNIDADE
Teste de integração
Teste de sistema
Teste de aceitação
Teste de operação
Alpha
Beta
Release Cadidate

8. Problemas comuns no
desenvolvimento de software
Difícil manutenção

9. Problemas comuns no
desenvolvimento de software
Bugs geram mais bugs

10. Problemas comuns no
desenvolvimento de software
 Código macarrão
Procedure var você,eu:string;
begin você:=eu; if (eu<>você) or (você<>eu)
then showmessage('Eu não sou você e você
muito menos eu') else if (você=eu) then
showmessage('você é você, eu sou eu'); with
você do begin caption:='Eu'; size:='28 cm';
Name:='Jeremias'; //Jeremias eu sou homem
coisa que você não é, e não atiro pelas costas
não showmessage('Come on
Bitch!!Motherfucker and fuck u');
end;
end.

11. Problemas comuns no
desenvolvimento de software
Perda de tempo

12. Por que testar?
Saber que alguma coisa funciona
Tudo que você comprou na
Bolívia funcionou

13. Como testamos hoje?
F5
Ctrl + Shift + B

16. Compilar NÃO significa
testar
Significa que seu CÓDIGO
ATENDE AOS
REQUISITOS DO
COMPILADOR e NÃO DO
SEU SISTEMA

17. Por que não testar?
Demora

18. Por que não testar?
Sou o JEDI

19. Por que não testar?
Preciso escrever mais código

20. Por que não testar?
Estamos sem tempo

21. Are you sure?
Pergunte aos universitários

22. Por que não testar?
Deixar de testar não te faz mais
rápido, apenas dá uma FALSA sensação
de velocidade

23. Vantagens de Testes de Unidade
(Unity Tests)
 Reduz o tempo gasto em depuração e em correção de bugs.
 Serve de suporte para testes de regressão.
 Encoraja o refactoring.
 Serve como documentação.
 Reduz o GAP entre a introdução, identificação e correção de
bugs.
 80% do tempo de um desenvolvedor é dedicado à
identificação e correção de bugs.
 Mais de 50% dos bugs não são detectados até a fase de
homologação.
 Aproximadamente 50% dos bugs são introduzidos na fase
implementação.
 Cerca de 50% do orçamento total de um projeto de
software é gasto em correção de bugs.

24. Vantagens de Testes de Unidade
(Unity Tests)
Rápido
Prático
Executa quase que instantaneamente
Auxiliam o design da funcionalidade
Está difícil? Refatore

25. Ciclo do TDD

26. De forma prática

27. Desvantagens

28. DEMO

29. Considerações finais sobre TDD
 Design evolui com o conhecimento adquirido com projeto;
 Desenvolvimento com passos de bebê;
 Expressa a boa intenção do programador em relação aos
testes;
 Servem de documentação.
 Sobre código o que podemos dizer:
 Nome dos teste definem o comportamento esperado;
 Sem duplicação;
 Alta cobertura;
 Anti-código inútil;
 Alta qualidade do código.

30. @williansdepaula
/williansdepaula
williansdepaula@gmail.com