Imagine uma empresa que acabou de adquirir um software de RH pronto para uso, que tem integrações com outros aplicativos existentes que ela usa, e outra empresa que desenvolveu seu próprio software desde o início, que faz a mesma coisa. Qual delas você acha que está assumindo o maior risco? Você ficaria surpreso se soubesse que, do ponto de vista da garantia de qualidade, a pessoa que compra um software pronto pode correr mais riscos do que a pessoa que o desenvolveu? As pessoas da área de TI acham que se o software sair da caixa, ele funcionará corretamente, independentemente do tipo de configuração que você estabelecer. Por outro lado, até mesmo uma pequena alteração no código personalizado geralmente é submetida a alguma forma de garantia de qualidade. A verdade é que a tecnologia da informação anda em círculos em torno da terminologia, enquanto os fatos práticos são ignorados. Não há diferença entre software personalizado e configurado, pelo menos não do ponto de vista da garantia de qualidade.
Personalizado? Configurado? Software?
Alguns softwares prontos para uso são personalizados, o que significa que o próprio código é alterado para que o software atenda aos requisitos do usuário. Porém, com muito mais frequência, o software pronto para uso é simplesmente configurado, o que significa que cada cliente instala o mesmo pacote e depois passa mil horas decidindo suas configurações e preferências. Todos esses clientes acham que não precisam testar a qualidade ou a funcionalidade do software porque tudo o que estão fazendo é alterar uma configuração ou aproveitar uma integração existente. Mas só porque o software vem com a capacidade de se conectar ao Google Drive ou de ser acessado pelo celular, não significa que esse recurso esteja funcionando da maneira que você pensa. Mudança é mudança e, seja uma mudança de código ou de configuração, no software, uma mudança significa que você precisa fazer testes de garantia de qualidade. Os testes de desempenho, funcionalidade e capacidade de trabalhar com um grande volume de usuários sempre devem ser realizados em qualquer tipo de produto.
Garantia de qualidade do software configurado
Digamos que a Apple oferecesse a você um MacBook com 90% de desconto, mas apenas com o acordo de que você ligaria para a empresa toda semana e contaria todos os erros que teve nos últimos sete dias. Você aceitaria a máquina confiante de que ela funcionaria bem? Em termos de hardware, isso parece absurdo, mas é o que acontece com muitos assinantes de SaaS em relação ao software. No entanto, esses assinantes confiam implicitamente que o software funcionará, pois não fizeram nada além de alterar algumas configurações. Eles acham que o provedor fez a garantia de qualidade, e talvez o provedor até tenha feito, mas agora uma atualização do sistema operacional ou uma alteração em um programa de terceiros criou um novo problema. Esses são os tipos de coisas que passam despercebidas até causarem um bug ou serem exploradas por um criminoso. Deixar de realizar a garantia de qualidade em um software configurado significa, em última análise, que o ônus recai sobre o usuário final, por meio de falhas no sistema, riscos de segurança e perda de tempo e dinheiro. Uma alteração de configuração pode ter tanto impacto quanto um desenvolvimento personalizado. Na verdade, grande parte do trabalho que fazemos na iLAB é consertar configurações, porque as pessoas não levam a sério a necessidade de garantia de qualidade e de testes de aceitação do usuário do software configurado até que seja tarde demais. O tempo e as despesas da garantia de qualidade preliminar são muito menores do que os custos de não examinar completamente as implicações exclusivas das configurações de software e de quaisquer alterações. Para alcançar a qualidade, o primeiro passo é testar a qualidade. Chame a iLAB e tenha um líder em qualidade ao seu lado.
