Imagine esta situação hipotética: você está trabalhando no Easy LMS em um curso fantástico de GDPR. É fantástico porque você o tornou divertido com infográficos legais e vídeos atraentes. Adeus, adeus formação de conformidade aborrecida. Todas as informações do GDPR estão lá; você só precisa colocá-las no sistema. Tudo está a correr bem. Até querer carregar um vídeo. De repente, todo o seu curso desaparece! Com apenas um clique. Aaargh!
Obviamente, isto é algo que nós e o cliente não queremos! Pensamos que é melhor descobrir que algo está avariado antes dos nossos clientes. É por isso que temos um extenso procedimento de Garantia de Qualidade (QA) que inclui testes manuais e automáticos. Neste artigo, vamos concentrar-nos apenas nos testes manuais. Porque, por vezes, precisamos apenas de humanos em vez de robots? Bem-vindo ao nosso mundo de testes manuais!
O que é a garantia de qualidade? E porque é que precisamos dela?
Os responsáveis pela garantia da qualidade são frequentemente os responsáveis por determinar se a funcionalidade ou o erro corrigido está ou não pronto para ser lançado
Em primeiro lugar, vamos dar um passo atrás, caso o termo Garantia da Qualidade o tenha confundido... O que é a Garantia de Qualidade? E porque é que precisa dela? A Garantia da Qualidade (GQ) consiste em garantir que algo funciona como pretendido. Na nossa opinião, ter um processo de GQ é fundamental para a satisfação do nosso produto (software) e do cliente e, consequentemente, para o sucesso da nossa empresa. Os responsáveis pela garantia de qualidade são muitas vezes o guardião que determina se a funcionalidade ou o bug corrigido está ou não pronto para ser lançado.
Embora alguns possam reduzir a GQ a simples testes, pensamos que é mais do que isso. Ter um bom controlo de qualidade é tão crucial como a própria construção. Garante que consegue cumprir os seus próprios padrões de alta qualidade! Também torna o seu produto estável e faz com que a sua equipa se sinta segura. Todos nós cometemos erros; é uma parte inevitável do ser humano, mesmo que seja um programador talentoso (como o nosso?). Mas ter uma rede de segurança faz-nos sentir livres na mente e no trabalho, para podermos ultrapassar os nossos limites. Isto conduzirá a competências mais avançadas (desenvolvimento, design, escrita, etc.) no final!
Quem efectua os testes?
Há um ano, a Caroline era a nossa única responsável pela garantia de qualidade. Ela testava manualmente tudo o que era desenvolvido pelos nossos programadores. E podemos dizer-lhe: era muita coisa. Uma vez que nos esforçamos por ter equipas autónomas que possam funcionar totalmente sozinhas, experimentámos executar um controlo de qualidade pelas próprias equipas de desenvolvimento. A experiência foi bem sucedida! "Testar com a nossa equipa parece ser a coisa certa a fazer. A nossa equipa é multidisciplinar, pelo que todos reparamos em coisas diferentes. Isto dá-nos uma garantia muito maior de detetar pequenos problemas do que se um único membro fizesse o teste sozinho. Também sabemos como o código funciona, por isso temos uma ideia mais clara de como o podemos quebrar!", explicou Bram, Back-End Developer.
Como é o nosso procedimento de teste?
O nosso procedimento de teste manual é composto por seis etapas. Vamos analisá-las em conjunto!
Passo 0: Verificar se o código cumpre o nosso padrão de qualidade.
Antes de começarmos a testar manualmente, fazemos uma revisão de código. Outro programador verifica a qualidade do código. Verificamos, por exemplo, explicitamente as vulnerabilidades de segurança. Além disso, executamos testes automáticos que analisam a qualidade do código. Esses testes precisam ser bem-sucedidos antes de continuarmos. Se o teste falhar, voltamos à prancheta de desenho e corrigimos os problemas.
Passo 1: Verificar se todos os critérios de aceitação são cumpridos.
Quando criamos uma nova funcionalidade, começamos por escrever critérios de aceitação. Os critérios de aceitação definem como uma determinada funcionalidade pode ser utilizada na perspetiva do cliente. Assim, pensamos na forma como uma funcionalidade tem de funcionar, para podermos testar posteriormente se funciona como pretendido.
Etapa 2: Verificar se a nossa Definição de Conclusão foi cumprida.
A Definição de Concluído é um conjunto de itens acordados que devem ser concluídos antes de um projeto poder ser considerado concluído. A nossa Definição de Concluído inclui, por exemplo
Passo 3: Tentar partir coisas
Tomamos a perspetiva do cliente. Primeiro, utilizamos a funcionalidade da forma que esperamos que o utilizador final o faça. Depois, levamo-lo ao extremo. Repetimos as acções mais do que uma vez, utilizamos casos de teste extremos e verificamos se a nova funcionalidade não quebrou as existentes. O que acontece a X se eu carregar no novo botão Y? Também testamos com diferentes contas de teste com outras caraterísticas.
Consideramos a perspetiva do cliente
Passo 4: Testar do ponto de vista da segurança.
O nosso objetivo é ser GDPR compliant. Levamos os dados dos nossos clientes a sério. Por isso, testamos possíveis vulnerabilidades com algumas técnicas de hacking comummente utilizadas. Como somos boas pessoas, nunca utilizamos estas técnicas na vida real; não se preocupe!
Passo 5: Teste as novas traduções e edite-as.
Suportamos 11 idiomas no nosso painel de controlo e a nossa interface de jogador está disponível em 24 idiomas. Temos um grupo de tradutores freelance que traduzem todo o texto manualmente numa ferramenta de tradução separada. Verificamos se todo o texto é adicionado a essa ferramenta. Além disso, revemo-los e editamo-los, para que estejam imediatamente prontos para serem utilizados!
Etapa 6: Pense nos conteúdos que terão de ser actualizados ou escritos.
Na maioria das vezes, uma nova funcionalidade é acompanhada de um novo texto. Sempre que possível, preparamos qualquer conteúdo interno ou externo com antecedência. Quando lançamos uma nova funcionalidade, queremos que esteja completa! Isto está relacionado com a nossa visão de fluxo de um único item!
"Fazer um bom controlo de qualidade pode ser uma tarefa que consome muito tempo. Quanto mais perspectivas e olhos estiverem envolvidos, melhor. Ter os passos documentados de modo a que qualquer pessoa os possa seguir funciona, em vez de depender apenas de um indivíduo. No Easy LMS, trabalhamos em equipas multidisciplinares, com programadores back-end e front-end a trabalhar em estreita colaboração com os nossos consultores de implementação que trazem a perspetiva do cliente. Faz sentido!", disse Caroline, responsável pelo controlo de qualidade;
Quando é que fazemos testes manuais?
Todas as funcionalidades são testadas manualmente
Todas as funcionalidades são testadas manualmente e passam pelo mesmo processo! Mesmo as pequenas funcionalidades (como a substituição de uma imagem na página inicial) que, à primeira vista, nem sequer precisam de ser testadas. Mas o diabo está nos pormenores e nas pequenas funcionalidades? Executamos o nosso procedimento de teste manual quando o desenvolvimento está concluído. O teste foi bem sucedido? Então é altura de o lançar para que os nossos clientes possam usufruir dele! O teste falhou? Então a funcionalidade está a ser investigada novamente. Isto significa que a equipa de desenvolvimento irá resolver o problema e testar novamente a qualidade. Repetimos este processo até que todas as caixas da nossa lista de controlo de garantia de qualidade sejam verificadas.
