Como achá-lo?
Boa noite, meus amores. Tudo bom?
Hoje o dia na empresa não foi um dos mais fáceis. O time de teste foi avisado que seria cortado mais da metade e todo o envolvimento de time foi afetado.
Fora todo aquela torta de climão que fica no escritório, o que mais isso pode comprometer?
Não se enganem, testers não são programadores frustrados! Testers garantem a continua integração das suas linhas de código sem que vocês quebrem tudo o tempo todo.
E, acreditem, temos esse poder.
"Para cada bug corrigido, três outros aparecem"
Isso é uma máxima utilizada pelo time de testes. Pode parecer brincadeira de primeira, mas é muito verdade.
Isso também dá uma noção muito maior de como devemos encarar os bugs que o time de testes mandam para nós.
Aqui segue uma receita de bolo de como encarar quando um bug novo chegar:
1 - Esse bug faz realmente sentido?
Olhe na documentação! Grande parte do time de testes trabalha em cima de métricas por bugs abertos. Diferente de programadores, a forma de medir produtividade dos testers é por bugs achados. Eles farão de tudo para chegar nessa métrica. Até inventar coisas que não devem ( =/ ).
Se embase fortemente na documentação e debata que muitas das vezes você vai conseguir terminar o bug com uma simples conversa.
2 - Vale a pena resolver esse bug?
Como já mencionei, resolver um bug está longe de tornar o código mais estável. Quanto mais experiente você se tornar, menos efeitos colaterais você vai gerar. (Mas eles SEMPRE estarão lá!)
Então pense bem e discuta com sua gerência se vale a pena resolver meter a mão naquele pedaço de código que pode trazer problemas pra você, pro seu time, pro projeto e uma dor de cabeça pra todo mundo.
3 - Resolva esse problema!
Grande parte de nossa vida mora aqui: Bugs. Eles são parte do seu dia a dia como profissional. Logo, trate-o com o devido respeito!
Resolva sempre da melhor maneira, com o máximo de empenho ao considerar todos os possíveis pontos de entrada, formas de saída, tarefas assíncronas, síncronas, formas de apresentação (ufa ... ) enfim, TUDO.
Não entregue o trabalho meia boca. Você tem uma equipe que verá a sua produtividade a partir disso e a sua fama vai muito mais longe do que você pode ter controle.
4 - Revisão de código.
Peça pro seu time revisar seu código e não tenha medo de consertá-lo quantas vezes for necessário. Os membros mais experientes do seu time já passaram por isso e podem lhe apontar o melhor caminho.
Várias vezes a discussão pode recair sobre um ponto filosófico onde ambas as respostas estão certas: considere a sua e defenda-a com afinco mas saiba quando soltar a corda.
No fim desse processo, se Deus quiser, você vai ter um código melhor do que antes e com efeitos colaterais altamente contornáveis e que são menos preocupantes que o bug inicial.
Não tenha medo de perguntar, se comunique!
Boa noite, meus amigos cafeinados.
Um abraço!
Nenhum comentário:
Postar um comentário