O documento discute estratégias para melhorar a qualidade de software através de testes automatizados e comunicação eficiente entre times de desenvolvimento. Ele sugere focar na raiz dos bugs, garantir que testes sejam criados para cada correção, e envolver toda a equipe no processo de teste e desenvolvimento.

1. Testes + Automação + Atitude ...
Um toolkit paramelhoria continua!
Guilherme Elias
@guilhermelias
https://github.com/gelias
http://codingbyexample.org
http://br.linkedin.com/in/guilhermeeilas

2. Quantostestadoresseu time
possui?

3. E desenvolvedores?

5. Independetementedaproporçãoa saga
continua …
Bugs
Comunicação
Ineficiente

6. Porondecomeçar?
• Bugs
– Mutirãoparaatacar bugs!
 Mesmo bug corrigido 4 vezesem um mês!! :-(
– Premiaçãopara bugs encontrados!
 Premiação == Incentivo?
– Ahhhéverdadeeste bug eujáconhecia!
 Hein? … semcomentários!!

7. Porondecomeçar?
• Comunicação
– Nada melhor do que “a pessoa de negócio”
validartudo. Certo?
 Bomexemplo do velhoebomgargalo!
– Aumentarfrequência de
reuniõesenvolvendotodoo time!
 Nãoesqueçadaprodutividade!

8. Masese …
• Bugs
– Aoencontrar um bug …
 Procurarsempre a raiz.Eliminar a causa;
 Levar as nãoconformidadesaoconhecimento
de todos;

9. Mase se …
• Bugs
– Aoatacar um bug …
 Garantirque bug corrigidoésinônimo de novo
testecase(unitárioe/oufuncional).
 Se bug encontradogera testes, novas
funcionalidadesjánascem com eles!
 Crie, inove, transforme … criar testes precisa ser
legal, fácil (DSLs, Frameworks )
… dissemir a cultura #testinfected!

10. Mase se …
• Comunicação
– Aoinvés de umaúnicapessoa de negócio …
 As pessoasenvolvidas (time) conheçam do
negócio/fossemincentivadas a conhecermais;
 O time pudesseparticipar das definições;
… conheceronegócioé a chaveparabom testes (BDD)

11. Mase se …
• Comunicação
– Aoinvés de intermináveisreuniões com todos …
 Envolver as pessoas com
maiorcontexto/envolvimento/comprometi
mento
 Sessões de repasse;

12. Eaindamais …
–Seaoinvés de um testador …
 Vocêtivesseemcadadesenvolvedor, um
testador! E porquenão?
 Pessoasconscientesdaimportância dos
testes no desenvolvimento,
sejaeledirigidopor testes ounão. Se for
melhor :-)
 Funcionalidadeprontaéfuncionalidadeempr
odução(Responsabilidade)!

13. Eaindamais …
– Se possuir feedback continuo …
 Garantindo a integridade das aplicações a cada
novo commit realizado (C.I)
 Garantindobalas/frutas/bispara a semana … 
… You Broke de build
… Porqueoprimeiro build ser manual é “entendível”
jáosegundoéinaceitável!!

14. Pois …
–Liberdadeésinônimo de …
 Responsabilidade
Refactorsempre … sempre com cautela!
 Atitude
Pensamentosistêmico
 Disciplina
 Se dóiprática …
 Se demoraotimiza …

15. Falandoem time de heróis …

16. Nestetime
heróisnãosãobemvindos!!

18. Lugar de heróis…
CORAGEM …
NÃO É SINÔNIMO DE HEROISMO …
http://bit.ly/QuWeGv