Programação Orientada a Testes Rodrigo Rebouças de Almeida

Transcrição

1 Programação Orientada a Testes Rodrigo Rebouças de Almeida rodrigor@rodrigor.com

2 Agenda Nossos objetivos hoje: Entender o que é programação orientada a testes Entender a sua função dentro de um processo de desenvolvimento de software

3 Problemas com testes! Testar não é motivador Os sistemas têm que ser completamente testados Como não é motivador, nós testamos apenas o necessário para convencer nosso chefe Os sistemas têm que ser corretamente testados Testar limites, testar erros, etc. etc. Um bug simples pode tomar horas do desenvolvimento Em geral os bugs mais simples são os que geram maior perda de tempo! Quando identificamos um bug, perdemos muito tempo para encontrá-lo no código Quando acrescentamos uma nova funcionalidade, há o risco de inserirmos um bug e gerar um bug no código já existente Etc. etc. etc.

4 O que é Programação Orientada a Testes? Programação Orientada a Testes = Test Driven Development (TDD) É gerar o teste antes de implementar o software! É mudar a forma de desenvolver software É tornar o desenvolvimento de software mais desafiador e interessante!

5 O que é Programação Orientada a Testes? Usa testes automáticos TDD se tornou popular com extreme Programming É uma prática do extreme Programming TDD é uma ferramenta de um processo de desenvolvimento

6 O que é um processo de desenvolvimento de software? É um conjunto de regras e procedimentos que define: Quem: pessoa / papel Faz o quê: artefato Quando O teste é um artefato TDD é uma prática Como: práticas e procedimentos O processo guia o desenvolvimento do software.

7 Por que precisamos de um processo?

8 Etapas do desenvolvimento de Software Todo processo de desenvolvimento de software deve atender pelo menos sete etapas: Levantamento de de Requisitos Análise Projeto Implementação Testes Entrega Manutenção

9 Vamos entender um pouco de extreme Programming

10 Contexto onde XP é aplicável Requisitos mudam muito e com muita freqüência Não podemos levantar requisitos exaustivamente pois não sabemos o desejo do cliente no futuro Gerência do projeto orientada a escopo É possível trabalhar com qualquer orçamento e tempo! Negociamos o escopo. Releases curtas Planejamento apenas para a próxima release

11 Estrutura do Projeto XP Equipe: não muda com freqüência formada por excelentes desenvolvedores Estrutura horizontal: Coach + desenvolvedores Planejamento: Limitado à próxima release Desenvolvedor XP

12 O processo XP

13 Como XP atende às etapas de desenvolvimento de software? Levantamento de de Requisitos Análise Projeto Implementação Testes Testes Entrega Manutenção --Estorias do do usuário; --Testes Testes de de aceitação; --Programação em empar; --Jogo Jogode de planejamento; --TDD; TDD; --Refactoring; --Programação em empar; --Refactoring; --TDD; --TDD; TDD; --Testes Testes automáticos; --Releases curtas; curtas; --Testes Testes de de aceitação; --Refactoring; --TDD; TDD;

14 Entendendo melhor o TDD O ciclo do TDD é formado pelos seguintes passos [Beck 2003]: Adicione um pequeno teste; Execute todos os testes, mesmo que falhem; Faça uma mudança; Execute todos os testes e eles não devem falhar; Refatore o código para tirar duplicações.

15 TDD mantra Costuma-se resumir esses passos no : Vermelho/Verde/Refatore (Red/Green/Refactor): 1. Vermelho: Faça um pequeno teste que pode até não funcionar; 2. Verde: Faça o teste funcionar rapidamente; 3. Refatore: Elimine toda duplicação criada para fazer o teste funcionar;

16 Um pequeno exemplo prático... Objetivo: Entender a dinâmica do TDD e como ele muda a forma de programar! Implementaremos o projeto em Java, usando o JUNIT como framework de testes. Implementar funcionalidade: Cadastrar um participante do EBTS, que tem uma matricula, nome, .

17 Funções do TDD no processo de desenvolvimento Projeto A implementação do teste antes da existência da implementação é um exercício de projeto Implementação Testes Testes Manutenção A implementação existe para fazer os testes executarem com sucesso. Mais coragem para implementar novas funcionalidades Testes executáveis abrangendo todo o código (afinal, o teste foi feito antes!) Bug => novos testes => correção Manutenção com menos riscos de inserção de bugs Bugs são identificados e localizados com mais facilidade

18 Poderes do TDD Fazer o desenvolvedor pensar antes de implementar uma funcionalidade Dar ao desenvolvedor mais coragem para acrescentar novas funcionalidades ao sistema A garantia de qualidade passa de um trabalho reativo a um trabalho pró-ativo

19 Poderes do TDD Reduzem-se as surpresas, ajudando o gerente de projeto a estimar de forma mais segura Reduzir a caça aos bugs. Reduz o stress no desenvolvimento...

20 FAQ TDD funciona num projeto onde há uma equipe de testes? TDD funciona num projeto onde há uma equipe de arquitetos e analistas? O projeto de baixo nível é dado para o desenvolvedor

21 Conclusões TDD é uma ferramenta de projeto, implementação, testes e manutenção do código É indicada para equipes formadas por desenvolvedores experientes Pode ser aplicada em outros processos de desenvolvimento, ajustando-se aos papéis presentes na equipe e ao perfil dos desenvolvedores

22 Conclusões Onde é difícil aplicar TDD? Testes de requisitos não-funcionais Testes em sistemas distribuídos TDD não exclui testes de aceitação, testes de regressão, testes de carga, performance, etc. etc.

23 Obrigado! Rodrigo Rebouças de Almeida