Desenvolvedores odeiam testar

27nov07

Assuma, você já deve ter ouvido isso alguma vez na sua vida. Essa é apenas uma daquelas frases incompletas repetidas a ponto de muita gente achar que se trata de uma verdade. Bom, deixe-me esclarecer então que é justamente a falta de completude que torna a frase incorreta. Desenvolvedores não odeiam testar.

Desenvolvedores odeiam testar manualmente.

Eis aí a grande diferença e eu sempre fico incomodado quando pessoas inteligentes deixam de aplicar seu tempo em automação para realizar, vez após vez, testes manuais. Se você ainda perde tempo realizando testes manuais, saiba que eles vêm recheados de problemas: levam mais tempo para serem reproduzidos, são propensos a erros, não aproveitam o que as pessoas têm de melhor, não podem ser expandidos para lidar com outros aspectos do software (como performance, por exemplo) e não indicam exatamente onde a funcionalidade está quebrada.

Nós – como desenvolvedores – trabalhamos para automatizar tanto quanto possível do nosso dia-a-dia e mesmo o dia-a-dia dos clientes. Computadores são ótimos para repetir tarefas, nós sabemos disso, então é realmente incômodo realizar testes manuais porque a sensação é de que algo está errado. Como ninguém com boa saúde mental gosta da sensação de fazer coisas erradas, essa condição passa a incomodar.

Ok, então, desenvolvedores odeiam testar manualmente. O que mais?

Desenvolvedores odeiam testar código escrito antes dos testes porque código escrito assim, via de regra, é difícil de testar, visto que ele não foi feito pensando em testes. Se considerarmos que os testes automatizados nada mais são do que clientes da aplicação, dá para concluir que é difícil, mesmo dentro da própria aplicação, fazer bom uso do código. É o que eu tenho visto acontecer. Código difícil de testar é difícil de usar também. A solução é pensar em design limpo, fácil de usar desde o inicio, escrevendo testes para garantir não apenas o funcionamento, mas também a usabilidade do design. Não fica por aí, você cria tanto uma rede de proteção para prevenir os erros (ao invés de apenas tentar encontrá-los só depois de muito tempo) quanto um ambiente onde mudanças possam acontecer de maneira segura.

Testes manuais ainda são necessários em algum ponto do sistema, mas sempre que possível, não aceite o incômodo de gastar seu tempo assim, eles simplesmente não lhe ajudam a formar um ambiente livre de erros e bugs que matam a produtividade de qualquer time. É preciso ir além da cultura de apenas encontrar erros pois eles têm um custo muito grande de tempo para correção e de impacto na moral do time. Se você sofre com os males causados pela falta de testes, tente provocar mudanças para o bem em seu ambiente de trabalho, afinal, ninguém gosta de jogar para perder.

Filed under: agile, gente, programming, testing   |  17 Comments