Testador  Tipo  T:  Mul0disciplinaridade  Para  Melhores  Resultados!  

Ari  Do  Amaral  

Quem  sou  eu  ?  

Sobre  mim…  

Ari  do  Amaral  Torres  Filho,  Me  

Quem  são  Vocês?  

•  Testador?  •  Designer?  •  Desenvolvedor?  •  Analista  de  negócios?  •  Product  Owner?  •  Scrum  Master?  •  Gerente?  •  Analista  de  requisitos?  

Quem  aqui  acha  que  é  importante  aprender  um  pouco  das  a0vidades  de  cada  papel  desse?  

5  

Por  que  Você  está  Aqui  ?    

6  

Problemas  nas  Empresas  

•  Comunicação  •  Cronograma  •  Requisitos  •  Planejamento  

Problemas  na  área  de  Testes  

•  O  que  deve  ser  testado  •  Comunicação  

O  que  é  Sucesso  ?  

9  

Como  A0ngir  O  Sucesso?  

10  

O  Que  é  esse  Tipo  T?  

Mul0disciplinaridade  

12  

Quantas  Especialidades  Devemos  Ter?  

Quantas  Generalidades  Devemos  Ter?    

Quais  Áreas  Escolher  Para  se  Especializar?    

Mul0tarefa  

•   Realizar  mais  de  uma  tarefa  ao  mesmo  tempo  gera  medo,  adrenalina  ,  ansiedade.  

16  

Programação  em  Par  

Como  Promover  a  Mul0disciplinaridade?  

Auto  Organização!  

•  É  boa  ou  ruim  ?  

19  

O  Ambiente  

20  

Promova  um  Ambiente  Cria0vo  

21  

Meta  Alinhada  

•  Ambiente  Baseado  em  Cultura  de  Aprendizado.  

•  Ensinar  a  aprender  é  aprender  a  ensinar!  

23  

Testes  Ágeis  

Vantagens  dos  Testes  Ágeis  •  Não  há  mais  teste  manual  de  scripts!:  Scripts  são  executados  automa0camente,  disponibilizando  mais  tempo  para  o  testador  executar  testes  exploratórios.  

•  Desenvolvedores  realmente  gostam  de  mim!:  Localizar  problemas  antes  do  final  da  iteração  e  enquanto  o  código  está  fresco  na  mente  dos  desenvolvedores,  facilita  o  trabalho  dos  mesmos.  

•  Agora  eu  posso  verificar  os  recursos  antes  deles  serem  escritos!  (ambos  Kay  e  Philip)  –  O  testador  pode  evitar  problemas  ao  iniciar  o  teste,  antes  que  os  recursos  sejam  definidos.  

•  Os  resultados  do  teste  automa;zado  podem  ser  visto  muitas  vezes  ao  dia  –  Fornecendo  um  feedback  rápido  após  qualquer  alteração.  

•  A  atmosfera  é  fortemente  orientada  a  equipe  (John  Overbaugh)  –  Cada  membro  da  equipe  se  preocupa  em  terminar  os  testes  e  não  somente  o  código  (Lisa  Crispin).  

•  O  testador  pode  ocasionalmente  ajustar  o  defeito    (Lista  Crispin)  –  Cada  membro  da  equipe  sente-­‐se  mais  confortável  já  que  o  teste  é  automa0zado.  

   

•  Fornece  a  oportunidade  para  revisar  constantemente  as  prá;cas  de  teste  (Adam  Knight)  –  Ao  invés  de  simplesmente  repe0r  o  que  foi  feito  anteriormente,  as  prá0cas  são  constantemente  revistas.  No  caso  de  Adam  os  testes  que  costumavam  levar  5  dias  para  serem  executados  manualmente  foram  reduzidos  agora  para  30  minutos.  

•  Eu  gasto  muito,  muito  menos  tempo  debugando    (Adrian  Howard)  –  Eu  tenho  o  feedback  quase  ao  mesmo  tempo  em  que  come0  um  erro,  por  isso,  geralmente  é  trivial  localizar  e  corrigir.  

•  Há  chance  de  realmente  impactar  na  qualidade  ao  invés  de  somente  documentá-­‐la!  (Jonh  Overbaugh)  –  Quando  os  defeitos  são  corrigidos  imediatamente  ao  invés  de  colocar  numa  pilha  de  defeitos.  

•  Sempre  existe  tempo  para  testar,  porque  o  teste  é  feito  primeiro-­‐  Josue  Barbosa  dos  Santos  contou  a  história  de  trabalhar  num  escritório  do  governo  no  Brasil  onde  a  prá0ca  era  testar  no  final  do  projeto.  O  desenvolvimento  estava  sempre  atrasado  no  cronograma  do  projeto,  a0ngindo  o  prazo  limite  e  sendo  liberado  para  os  usuários  sem  teste.  Com  a  introdução  das  técnicas  de  TDD  e  ATDD  pelo  menos  algum  teste  era  executado  enquanto  o  so0ware  era  desenvolvido.  

Testador  e  Negócios/Requisitos  •  Testador  conhecendo  do  negócio  e  requisitos  desde  o  inicio  para  garan0r  a  o  aceite  e  direção  da  funcionalidade  a  ser  desenvolvida.  

Testador  e  Processos  

•  Testador  seguindo  e  entendendo  a  melhor  maneira  de  trabalhar  em  equipe  alinhada  a  meta  da  organização  e  tendo  métricas  de  resultados  no  seu  trabalho  

Testador  e  Gestão  

•  Testador  trabalhalhando  a  auto  gestão  e  contribuindo  de  forma  colabora0va  com  o  trabalho  de  todos.    Ajudando  a  gerir  o  seu  trabalho  e  de  todo  o  0me.  

Testador  e  Desenvolvimento  

•  Testador  escrevendo  testes  unitários,  fazendo  ATDD    e  ajudando  o  0me  automa0zar    o  máximo  tarefas  possíveis.  

O  que  é  Ser  Ágil  ?  •  Transparência,  Inspeção  e  Adaptação  

35  

Não  tem  como  ser  Ágil  sem  mudança  de  Cultura  

36  

Adoção  é  Diferente  de  transformação  •  Adoção    -­‐  Feita  em  cima  de  processos.  •  Transformação    -­‐  Feita  em  cima  dos  valores  e  princípios  !  

37  

Mudanças  

•  Você  não  pode  mudar  as  pessoas  .  •  Você  deve  ser  a  mudança  que  deve  ver  nelas.    Gandhi  

" "

38  

Adoção  de  perfis  T  

•  Empresa  X    –  Times  formado  por  4  perfis  T  •  Pareamento  –  Manhã  –  Teste/Front  End  –  Tarde  –  Back-­‐end/  Banco  –  Manhã  :  

•  Par  1  –  BDD  para  garan0r  o  comportamento  desejado.  

•  Par  2  –  Modelo  de  negócio  e  mock  da  camada  de  Front  que  os  consome  

•  Os  Dados  falsos  no  banco.  Os  Mocks  vão  recuperar  esses  dados.  

•  Tarde  :    – Troca  pares  :    •  Front  end/  Back  end    -­‐-­‐  Tirar  os  Mocks  e  fechar  o  código  •  Banco/  Teste  –  Manusear  banco  e  colocar  testes  de  integração(bdunit)  para  garan0r  que  o  banco  não  quebre.  

Resutados    

•  Diminuí  as  dependências  e  o  tempo  parado.  

•  Aumenta  o  Foco.  •  Transfere  conhecimento.  •  Promove  a  mul0disciplinaridade.  •  Reduz  os  riscos.        

Vou  conseguir?  

•   Você  não  vai  conseguir  agir  no  ambiente  se  não  0ver  fazendo  a  coisa  certa.  

42  

•  E  para  Isso  você  não  vai  poder  estar  :  

•  Disperso  

43  

•  .  

•  Distraído  

44  

Alta  taxa  de  feedback.  

45  

Para  Ambientes  complexos  feedback  é  o  melhor  remédio!  

E  Se  Faltar  Feedback?  

•  A  Ausência  de  um  feedback  Apropriado  e  no  tempo  certo  é  a  maior  crueldade  que  podemos  infligir  a  um  ser  humano.  Charles  Coonradt  (  Consultor  de  empresas  )  .  

""

46  

Não  Corte  o  Feedback!  

•  Quando  o  feedback  exterior  é  cortado  a  mente  fabrica  seus  próprios  feedbacks  em  forma  de  alucinações  que  em  geral  personificam  os  piores  medos  das  pessoas.  Os  pesadelos  resultantes  podem  levar  qualquer  pessoa  a  loucura.  

47  

Vontade  

48  

Visão  

49  

Planejamento  

50  

Disciplina  

51  

Determinação  

52  

Coerência  

53  

Confiança  

54  

Tudo  muda  o  tempo  inteiro!  Precisamos  acompanhar  as  mudanças!  

55  

Precisamos  de  mais  Jardineiros  de  Pessoas!  

56  

Pessoas  Energizando  umas  as  outras  !  

57  

Energizados?  

58  

59  

60  

As  Vantagens  do  Tipo  T  

•  Independência  •  Colaboração  •  Responder    às  mudanças  •  Transferência  de  conhecimento.  •  Mo0vação  intrínseca.  •  Redução  de  riscos.  

Eu  e  Somente  Eu  posso  mudar  minha  vida!  

62  

Aprenda  Sempre!  

63  

64  

65  

PERFIL  T  

66  

Valeu  Negada!  

67  

Perguntas  ?  

68  

@ariamaral  

facebook.com/gotoagile  

ariamaral@gotoagile.com.br  

hups://www.linkedin.com/profile/view?id=26598026&trk=spm_pic