construindo bons relacionamentos entre desenvolvedores e testadores
TRANSCRIPT
Construindo bons relacionamentos entre
Desenvolvedores e Testadores
1
Thomas Paula - @tsp_thomasGabriel Oliveira - @gpaoliveira
2
Thomas PaulaSoftware Engineer @HP• Developer desde 2012• Feevale• Pós em Engenharia de Software
(Labex)• Mestrando em Ciência da
Computação
Gabriel OliveiraTest Engineer @HP• Tester desde 2011• UFRGS• Ex-Dev C/C++/C#• Ex-Analista de Teste de
Performance
Quem somos nós?
3
O que temos para hoje?
• Ciclo de desenvolvimento• O Dev e o Tester “medianos”• Problemas >.< • Soluções :D• O “super” profissional• Perguntas ?
Era uma vez... um requisito!
4
Development
Testing
5
Se o software funciona assim porquê a documentação diz ao contrário ?
???
???
Development
Testing
6
Que DOM horrível ? Não dá pra automatizar teste dessa forma !
???
???
Development
Testing
7
Não tem como automatizar isso - vai precisar de um trabalho de refactor
???
???
Development
Testing
8
Por quê esse cenário não foi testado ?
???
???
Development
Testing
9
Por quê esse cenário não foi desenvolvido ?
???
???
Development
Testing
10
O nosso framework deveria suportar essa funcionalidade !
???
???
???
Development
Testing
11
12
Resultado?
Entregas do projeto atrasam
Requisitos não atendem às expectativas do cliente
Bugs, bugs e mais bugs!
Tester diz que o dev não desenvolveu direito
Dev diz que o tester não testou corretamente
“Isso ai é uma feature e não um bug!”Developer, Qualquer
13
14
O desenvolvedor “mediano”
Somente desenvolveTestar pra quê ? Documentar por quê?
Trabalha sozinho, isolado de tudo e de todosAfinal, criar software exige concentração (e café!)Entrega o máximo de requisitos possívelMesmo que outras equipes não estejam prontas
Acredita fielmente que seu código não tem bugsAi daquele que disser ao contrário!
“Se o software funciona é mérito do desenvolvedor. Se não funciona, é culpa do tester”Tester, #chateado com a vida
15
16
O tester “mediano”Somente testa
Detesta programarQuanto menos linhas de código por dia, melhor (de preferência, 0 por mês)
Espera o desenvolvimento terminar para começar a testarAfinal, se não tá estável eu nem olho!
Não fala com o desenvolvedorPara isso existem os relatórios de bug oras?!
17
O que fazer para resolver?
18
#1: Teamwork, teamwork, teamwork!
Trabalhar juntos desde o início do processo
Definir objetivos individuais e conjuntosRequisito é considerado pronto quando desenvolvido e testado
19
#2: ComunicaçãoLeve diferentes pontos de vista em consideração
20
#2: ComunicaçãoLeve diferentes pontos de vista em consideração
Seja claro na sua intenção
21
#2: ComunicaçãoLeve diferentes pontos de vista em consideração
Seja claro na sua intenção
Use uma linguagem próxima do seu interlocutor
22
#2: ComunicaçãoLeve diferentes pontos de vista em consideração
Seja claro na sua intenção
Use uma linguagem próxima do seu interlocutor
CoordenaçãoSe algo mudou, avise a todos
23
#3: Mudança é inevitável: conviva com ela
Mudança nunca é fácil
24
#3: Mudança é inevitável: conviva com ela
Mudança nunca é fácil
Adaptar-se não é algo opcional
25
#3: Mudança é inevitável: conviva com ela
Mudança nunca é fácil
Adaptar-se não é algo opcional
Tudo se resume a escolhas
26
#4: Qualidade é algo que a equipe toda constrói e não somente os testadoresTarefa pronta deve envolver testes!
Refatore o códigoE denovo, e denovo e denovo...
27
#4: Qualidade é algo que a equipe toda constrói e não somente os testadoresTarefa pronta deve envolver testes!
Todos precisam pensarTesters e Developers
Refatore o códigoE denovo, e denovo e denovo...
28
#4: Qualidade é algo que a equipe toda constrói e não somente os testadoresTarefa pronta deve envolver testes!
Todos precisam pensarTesters e Developers
Nem só os testadores podem ser bons questionadores
Refatore o códigoE denovo, e denovo e denovo...
29
#5: Bug no código dos outros não é refresco: cuidado ao relatar bugs
Não se torne o vilão
30
#5: Bug no código dos outros não é refresco: cuidado ao relatar bugs
Não se torne o vilão
Reportar um bug deve ser uma crítica ao produto/problemaNão a pessoa
31
#6: Pratique o desapego: um bug no seu código não é atestado de incompetência!O código que você escreveu não é seu: é de todos
32
#6: Pratique o desapego: um bug no seu código não é atestado de incompetência!O código que você escreveu não é seu: é de todos
Um bug no código é como uma sujeira no apartamento coletivo Todos devem ajudar a “limpar”
33
#6: Pratique o desapego: um bug no seu código não é atestado de incompetência!O código que você escreveu não é seu: é de todos
Um bug no código é como uma sujeira no apartamento coletivo Todos devem ajudar a “limpar”
Profissionais são humanosHumanos falham
Como construir um bom relacionamento entre desenvolvedores e testadores?
34
ACME
35
Como construir um bom relacionamento entre desenvolvedores e testadores?
#1: Teamwork, teamwork, teamwork!
#2: Comunicação: se algo mudou, avise a todos
#3: Mudança é inevitável: conviva com ela
#4: Qualidade é algo que a equipe toda constrói e não
somente os testadores
#5: Bug no código dos outros não é refresco:
cuidado ao relatar bugs
#6: Pratique o desapego: um bug no seu código não
é atestado de incompetência
36
O “super” profissionalComunica-se com clarezaCom a própria equipe e com os clientes internos
Saber trabalhar em equipePrincipalmente, em parceria com outros papéisProcurar entender a necessidade do clienteMuito mais do que entregar pilhas de requisitos, entrega valor e adapta-se ao contextoEntender que a construção do software é colaborativaDepende de todos para atingir os resultados
37
O “super” profissionalPensar no todo (Big Picture Thinking)Seja parceiro do cliente na construção do sistema
Dar ideias e defendê-lasNão ter receio de defender seu ponto de vista
Ser críticoDe uma forma construtiva
Compartilhar conhecimento"Ninguém é tão sábio que não tenha algo para aprender e nem tão tolo que não tenha algo para ensinar.“ (Blaise Pascal)
