Nota: O seguinte artigo irá ajudá-lo com: Como melhorar seu sistema de teste de aplicativos
A criação de um ambiente de teste de unidade de aplicativo de qualidade pode economizar tempo e dinheiro de TI — e evitar erros significativos!
Quando eu estava gerenciando o desenvolvimento de software, uma das áreas mais confusas e menos eficientes era a região de teste do sistema que foi configurada para que os programadores pudessem testar seus aplicativos.
Na briga para cumprir os prazos apertados do projeto, focamos na alocação de recursos para testes, preparação e produção de QA de aplicativos. Uma prioridade menor foi dada à criação de um sistema “sandbox” para que os desenvolvedores pudessem testar seus aplicativos enquanto os escreviam.
VEJO: Kit de contratação: desenvolvedor Python (TechRepublic )
O resultado foi um número crescente de recursos de sistema desperdiçados que ninguém desprovisionou depois que foram feitos testes de unidade. Aplicativos que demoravam mais para ar no controle de qualidade e podiam até falhar na produção — tudo porque os programadores nos estágios iniciais de desenvolvimento de aplicativos eram forçados a testar seus aplicativos em relação a dados desatualizados.
Para ser justo, havia razões pelas quais as lojas funcionavam assim. O pensamento do grupo de desenvolvimento de aplicativos era que era trabalho da equipe de garantia de qualidade testar e detectar erros de aplicativos. Tudo o que o desenvolvedor precisava fazer era garantir que o código compilasse e que o aplicativo fosse executado. Além disso, os grupos de banco de dados e sistemas estavam sempre sobrecarregados de trabalho. Não foi difícil para nenhum desses grupos priorizar a atualização dos dados para um sandbox de aplicativo.
Essa linha de pensamento era e ainda é uma prática comum em muitos departamentos de TI, mas com os recursos atuais, não precisa ser assim.
Como melhorar seu sistema de teste de aplicativos
Aqui estão três maneiras que os sites podem usar para melhorar seus ambientes de teste de unidade para novos aplicativos:
Use scripts de alocação de sistema de modelo
Se um desenvolvedor de aplicativo precisar testar seu aplicativo em uma distribuição e versão específica de um sistema operacional Linux, ele deverá poder ar um script genérico para provisionar o sistema operacional e só precisará fazer pequenos ajustes. Não há motivo para escrever manualmente um script para provisionar o ambiente de SO correto para seu aplicativo.
Continuando com o Linux como exemplo, existem vários fornecedores desse sistema operacional que agora têm provisionamento automático de novos SOs para fins de aplicativos de teste de unidade. A automação de provisionamento de SO elimina a necessidade de os desenvolvedores codificarem manualmente seus próprios scripts para criar ambientes de SO de teste para seus aplicativos. Também elimina a possibilidade de erro humano que pode ser introduzido durante o script manual.
Automatize a alocação e desalocação de recursos
Um segundo ponto de discórdia no teste de unidade de aplicativo é a alocação de bancos de dados e outras bibliotecas do sistema que devem ser carregadas para criar um ambiente de teste adequado para o aplicativo.
Os desenvolvedores de aplicativos geralmente precisam esperar na fila para que o banco de dados e os grupos de sistemas estejam disponíveis para configurar essas regiões de teste e recursos para eles.
Para resolver o problema, há vários fornecedores que agora oferecem interfaces de apontar e clicar para desenvolvedores que permitem que eles selecionem o banco de dados e os recursos do sistema necessários para seus ambientes de teste de unidade de aplicativo. Essa seleção de recursos de apontar e clicar permite que os desenvolvedores autoconfigurem seus próprios ambientes de teste de unidade sem precisar pedir ajuda ao banco de dados ou aos grupos de sistemas — e economiza tempo e esforço de todos.
No back-end do desenvolvimento, uma vez que um aplicativo é totalmente testado em unidade, geralmente não há necessidade de manter os recursos do sistema e armazenamento que foram reservados para o teste de unidade. Infelizmente, os desenvolvedores geralmente esquecem disso, então o armazenamento e os recursos ficam ociosos.
VEJO: Kit de contratação: desenvolvedor back-end (TechRepublic )
Esse desperdício pode ser eliminado se o banco de dados e/ou grupo de sistemas definir parâmetros para desprovisionar automaticamente as regiões de teste. Por exemplo, uma mensagem pode ser enviada ao desenvolvedor que diz: “Em noventa dias, sua região de teste para o aplicativo xyz será desprovisionada se nenhum uso for detectado”. Isso dá ao desenvolvedor um alerta.
Execute atualizações regulares de dados de teste
As atualizações de dados geralmente são realizadas com pouca frequência em ambientes de teste de aplicativos. Quando os dados estão desatualizados, há um risco maior de que os aplicativos testados contra esses dados falhem no controle de qualidade e até mesmo na produção.
O grupo de banco de dados deve ter um agendamento regular para atualizar os dados de teste. Isso economiza o tempo de todos durante o teste e a verificação do controle de qualidade e exclui a possibilidade de um erro de aplicativo significativo que possa ocorrer na produção.
A TechRepublic Academy tem vários cursos interessantes sobre engenharia de software, certificações de desenvolvimento de software, gerenciamento de engenharia de software e Scrum.
