Erro em software: até que ponto é admissível?
Ontem a Receita Federal admitiu que havia um erro no aplicativo de declaração do Imposto de Renda, nos campos de idade dos dependentes e rendimentos obtidos com aluguel de imóveis para empresas.
No primeiro dia, foram 5,8 milhões de downloads, o que causou lentidão no site da Receita. Agora, as pessoas que têm dependentes terão que refazer o download no site da versão 1.0a do software de declaração do Imposto de Renda. Acredito que isso causará queda do servidor nos próximos dias, pois esses são acessos eram, digamos, “não-esperados”. O erro no campo dos aluguéis ainda não foi solucionado.
É verdade que “errar é humano”, blá, blá, blá, mas quando começamos a falar de coisas como Imposto de Renda, acho que é diferente. Porque esse erro passou batido nos testes? Será que teve tempo para testes?
Posso estar sendo injusta, já não conheço o processo de desenvolvimento desse software. Eles podem ter tido um prazo apertadíssimo, e aí não deu tempo para fazer testes. Mas se isso acontecesse num outro cenário? Um cliente que, logo nos primeiros dias de uso, não consegue preencher campos do formulário, iria ficar feliz? Provavelmente não.
E se isso fosse aí no seu trabalho, leitor, o que aconteceria? Até que ponto um erro é admissível?
TV's de LCD e Plasma a partir de R$ 1.199,00
Ana, quem desenvolve este software da Receita é o Serpro, onde trabalho. Aqui temos um dos melhores processos de desenvolvimento de software do país, seguindo PMBOK, CMMI Nível 2 e 3 (dependendo do setor) e RUP. Temos equipes de testes, que testam à exaustão. Somos referência.
Mas infelizmente, acontece uma infelicidade como esta, de um bug não ser pego em um teste, ou o caso de uso ter sido testado e aprovado e depois ter uma modificação no desenvolvimento que causou o bug. A causa não sei, mas imagino como deve estar a chateação da equipe que desenvolveu.
bom… não existe SW com erro zero, então o que se faz normalmente entre cliente/fornecedor é estabelecer um acordo de serviço, com eventuais multas dependendo do impacto do erro encontrado.
tenho certeza que o SW foi testado, senão não seriam encontrados só estes erros pelo usuário final… acho que os testes foram malfeitos. não devem ter contemplaram todos os cenários (o que é bem comum no mercado, seja pra reduzir o custo, seja por pressão de prazo).
a maior parte das empresas que compram/vendem SW é bem tolerantes com erros, infelizmente. poucas empresas realmente investem na redução de defeitos em produção - as que investem são as que têm SW como fator crítico (aeronáutica, aparelhos médicos, etc.)
abraço!
ai, erros de concordância, sorry: “não tevem ter COMTEMPLADO” e “é bem TOLERANTE”
Por isso que eu disse que poderia estar sendo injusta, Cynara. Sabe-se lá o que aconteceu no processo pra esse erro acontecer.
O que eu quis dizer é que, nesse caso, as pessoas vão reclamar, vão baixar a outra versão do programa, o servidor pode cair por causa de acessos demais, e no fim tudo acaba bem. Mas se fosse em outro lugar, será que seria assim também? Até que ponto os clientes admitem erros como esse? Depende muito, e o ideal é que não acontecesse nunca, né?
E não em entenda mal, por favor, não quero criticar o processo de desenolvimento da Serpro, que como você disse, é referência. Só quis fazer uma reflexão.
Pra mim erro em software governamental é inadmissivel, e podem fazer quantos testes forem, erro banal como esse nao pode acontecer JAMAIS.
Se fosse algo diferente quem sabe daria para aceitar…
Ana, você tem razão em reclamar, está errado, os usuários tem razão! Foi uma falha e temos que reconhecer e consertar. Faz parte de quem desenvolve software.
Realmente é inadmissível, Rodrigo. Assim como para mim é inadmissível e me irrita profundamente bugs em qualquer software que utilizo, seja um site web 2.0, seja um software do Governo.
É verdade Cynara, o usuário tem sempre razão. Mas não quis adotar uma postura tão crítica porque, como o zel falou, não existe software com erro zero.
Ter erro num campo do formulário do IR é indiscutvelmente péssimo, por causa do servidor e dos acessos.
Com certeza, o teste de software não é um processo para garantir que um software seja isento de erros, e sim, amenizar estes erros e verificar se o sistema está conforme o que foi solicitado pelo cliente. Muitas vezes o produto é liberado mesmo quando não está muito estável, isso por questão de negócio, dinheiro, tempo. Por outro lado, é preciso ter bastante cuidado na hora de elaborar casos de teste e escolher dados de teste para não deixar erros simples como esses passarem, já que isso pode até influenciar negativamente na imagem da Empresa desenvolvedora do produto.
É mesmo Aline, você disse tudo: os casos de teste! Tem que cobrir todos os casos mesmo, pra ver como tudo vai se comportar, né.