Crie testes funcionais automatizados em suas su\u00edtes que executar\u00e3o casos de teste automaticamente. Use isso como parte do seu programa de QA (garantia de qualidade) para descobrir e corrigir bugs antes que o seu aplicativo entre em produ\u00e7\u00e3o.<\/div>\r\n <\/div>\r\n\n\n\n
Por que voc\u00ea deve evitar testes manuais e o que fazer no lugar deles<\/h2>\n\n\n\n
O oposto do teste funcional \u00e9 o teste manual. O teste manual \u00e9 um tipo de teste de software no qual os casos de teste s\u00e3o executados manualmente por profissionais de testes, sem o uso de qualquer ferramenta automatizada. Voc\u00ea deve sempre priorizar o teste funcional em rela\u00e7\u00e3o ao teste manual, j\u00e1 que o teste manual \u00e9 propenso a erros e n\u00e3o \u00e9 reprodut\u00edvel.<\/p>\n\n\n\n
Muitos profissionais de programa\u00e7\u00e3o cometem o erro de rodar um servi\u00e7o localmente e testar os endpoints manualmente para diagnosticar problemas. Tendo feito isso por muitos anos, mal podemos dizer em primeira m\u00e3o quantas vezes reproduzimos um problema sem saber exatamente como fizemos isso, o que nos levou a perder o controle (e a revirar mesas) tentando refazer nossos passos.<\/p>\n\n\n\n
As sess\u00f5es de depura\u00e7\u00e3o muitas vezes passam de horas para dias e, com os testes manuais, todos os cen\u00e1rios que tentamos ficam sem documenta\u00e7\u00e3o e se misturam. Por\u00e9m, se todos esses cen\u00e1rios tentados forem escritos como testes funcionais<\/b>, cada cen\u00e1rio poder\u00e1 se tornar parte do hist\u00f3rico da sess\u00e3o de depura\u00e7\u00e3o.<\/p>\n\n\n \r\n\r\n
Se voc\u00ea escrever testes funcionais para novos cen\u00e1rios, eles poder\u00e3o fazer parte da su\u00edte de testes de regress\u00e3o executados durante a integra\u00e7\u00e3o cont\u00ednua (CI).<\/div>\r\n <\/div>\r\n\n\n\n
Existe um segredo para os testes funcionais. Escrever testes funcionais para diagnosticar problemas \u00e9 uma estrat\u00e9gia fundamental para minimizar o tempo de resolu\u00e7\u00e3o de bugs. Contudo, esse m\u00e9todo de diagn\u00f3stico n\u00e3o funciona se for dif\u00edcil escrever o teste funcional. A solu\u00e7\u00e3o? Simplifique as coisas desde o primeiro passo.<\/p>\n\n\n\n
Crie uma su\u00edte de fun\u00e7\u00f5es auxiliares e asser\u00e7\u00f5es simples.<\/b> O objetivo \u00e9 tornar a\u00e7\u00f5es como loops de repeti\u00e7\u00e3o (retry) e importar su\u00edtes de dados MUITO f\u00e1ceis de fazer. Essas fun\u00e7\u00f5es auxiliares devem estar entre as primeiras ferramentas criadas na escrita inicial do software para dar suporte a novos testes funcionais no futuro.<\/p>\n\n\n\nUm exemplo: como fizemos isso no Mailgun<\/h3>\n\n\n\n
A API principal \/messages no Mailgun \u00e9 operada por um servi\u00e7o que chamamos de influx. Esse servi\u00e7o ingere tanto mensagens HTTP quanto SMTP em nosso sistema e se comunica com praticamente todos os outros servi\u00e7os na nossa su\u00edte de servi\u00e7os de envio de mensagens.<\/p>\n\n\n\n
Como resultado, investimos muito na nossa su\u00edte de testes funcionais e modelamos o nosso ambiente de produ\u00e7\u00e3o em c\u00f3digo para essa parte muito p\u00fablica do nosso cat\u00e1logo de servi\u00e7os. Criamos mais de 700 testes, a maioria deles funcionais, que s\u00e3o conclu\u00eddos em cerca de seis minutos em uma m\u00e1quina local.<\/p>\n\n\n\n
Muitos desses testes foram inclu\u00eddos durante sess\u00f5es de depura\u00e7\u00e3o ou diagn\u00f3stico e, em seguida, adicionados \u00e0 nossa su\u00edte de testes. Se for necess\u00e1rio um novo cen\u00e1rio, ele \u00e9 adicionado \u00e0 su\u00edte funcional e forma uma prote\u00e7\u00e3o contra regress\u00f5es futuras.<\/p>\n\n\n\n
Considera\u00e7\u00f5es finais<\/h2>\n\n\n\n
O verdadeiro custo do desenvolvimento de software est\u00e1 na manuten\u00e7\u00e3o e no diagn\u00f3stico do c\u00f3digo. \u00c9 por isso que se preparar para o sucesso, criando uma su\u00edte de ferramentas que possa ser usada para diminuir o tempo de resolu\u00e7\u00e3o, vale o tempo e o dinheiro extras.<\/p>\n\n\n\n
Esse investimento inicial continuar\u00e1 a render frutos \u00e0 medida que o projeto prosseguir.<\/p>\n\n\n\n
Gostou da nossa vis\u00e3o sobre como encontrar e diagnosticar bugs de software? Se quiser mais conte\u00fados como esse, n\u00e3o se esque\u00e7a de assinar a nossa newsletter.<\/p>\n\n\n