Venho testando um app no Flutter e é uma verdadeira bagunça, principalmente os testes de integração. Fluttium ainda não dá para ser usado em produção, ainda carece de recursos como scrollar a tela. Ainda bem que várias ferramentas novas estão surgindo para resolver esse problema. Vou ficar de olho na Patrol e no Fluttium
Valeu Flavio, carecemos de muitas ferramentas mesmo :\ A patrol acredito ser a mais promissora, porque a interação com a UI do sistema é muito essencial (já tive problemas de testes falharem porque o device no Firebase Test Lab exibia uma tela de boas vindas e pelo Flutter não conseguia fechar 🫤)
Qual ferramenta seria melhor para trabalhar com componentes nativos do aparelho, exp tenho um login automatico que e feito com a acc google, onde aparece o modal nativo, estou usando o patrol porem ainda nao consegui coloca-lo em pratica.
@@drantunes O meu problem com o Patrol e que quando eu executo o comando patrol develop --target ele aparece que executou td certo porem nao a briu o emulador e nem rodou o projeto vizualmente :(
Há uns 20 anos que vivo de PL/SQL e TrANSACT/SQL,mas testes unitários me parecem uma péssima idéia,até acho que para sistemas que não tenham muita interação humana como liquidifcadores e Microondas eles tenham sua validade mas para uma app bancária? Não sei não.Para mim o orçamento de testes deveria ira para testes E2E,smoking,happy path,integration,gorila, etc, testes que rodam totalmente apartado do código,não intrusivos ao desenvolvimento e que no fim testam tanto a applicação como um todo quanto todo o código por qual eles passam.Para mim não existe algo tão anti-ágilidade do que TDD,acho que eles são muito caros pelo problema que resolvem,esses outros testes que falei além de mais úteis são possivelmente mais fáceis de se alcançar através de um gerador de testes,ou podem ser escritos po um QA que geralmente é mais barato que um programador,além de ser mais especialista em testes.Outra coisa,toda essa tralha aumenta o tamanho do executável que será distribuido na Android store,ou pelo menos ele fica de fora?
4:40 - Mocktail
6:55 - Mockingjay
8:12 - Faker
9:29 - Golden Toolkit
11:22 - Alchemist
12:34 - Patrol
13:46 - Fluttium
15:25 - Honey Test Framework
16:21 - Convenient Test
18:30 - Firebase Test Lab
19:56 - AWS Device Farm
Tava procurando algo disso, muito obrigado… poderia fazer um exemplo da sua ferramenta favorita. Muito massa seus vídeos
Me ajudou muito, obrigado!
Muito bom para passar conhecimento... agradeço muito!!
Conteúdo muito bom... Parabéns👏
Maestro e muito bom. Sensacional valeu pelo conteúdo
Qualidade do conteúdo ta muito top, parabéns!!
Muito obrigado 😁
Browser Stack também é incrível.
Muito bom mestre, obg pelo conteúdo rico!
Disponha!
Venho testando um app no Flutter e é uma verdadeira bagunça, principalmente os testes de integração.
Fluttium ainda não dá para ser usado em produção, ainda carece de recursos como scrollar a tela.
Ainda bem que várias ferramentas novas estão surgindo para resolver esse problema.
Vou ficar de olho na Patrol e no Fluttium
Valeu Flavio, carecemos de muitas ferramentas mesmo :\
A patrol acredito ser a mais promissora, porque a interação com a UI do sistema é muito essencial (já tive problemas de testes falharem porque o device no Firebase Test Lab exibia uma tela de boas vindas e pelo Flutter não conseguia fechar 🫤)
Aguardando um vídeo seu sobre testes de código, unitário e de integração
@@quicksketch1617 Já tem alguns no canal ;)
Qual ferramenta seria melhor para trabalhar com componentes nativos do aparelho, exp tenho um login automatico que e feito com a acc google, onde aparece o modal nativo, estou usando o patrol porem ainda nao consegui coloca-lo em pratica.
Patrol mesmo. Precisa checar se a funcionalidade que você deseja está disponível na documentação do Patrol 👍
@@drantunes O meu problem com o Patrol e que quando eu executo o comando patrol develop --target ele aparece que executou td certo porem nao a briu o emulador e nem rodou o projeto vizualmente :(
@@joaocorreia6593 abra o emulador antes. Eu nao lembro, mas deve ter um flag pra rodar visualmente (sem o modo headless)
Há uns 20 anos que vivo de PL/SQL e TrANSACT/SQL,mas testes unitários me parecem uma péssima idéia,até acho que para sistemas que não tenham muita interação humana como liquidifcadores e Microondas eles tenham sua validade mas para uma app bancária? Não sei não.Para mim o orçamento de testes deveria ira para testes E2E,smoking,happy path,integration,gorila, etc, testes que rodam totalmente apartado do código,não intrusivos ao desenvolvimento e que no fim testam tanto a applicação como um todo quanto todo o código por qual eles passam.Para mim não existe algo tão anti-ágilidade do que TDD,acho que eles são muito caros pelo problema que resolvem,esses outros testes que falei além de mais úteis são possivelmente mais fáceis de se alcançar através de um gerador de testes,ou podem ser escritos po um QA que geralmente é mais barato que um programador,além de ser mais especialista em testes.Outra coisa,toda essa tralha aumenta o tamanho do executável que será distribuido na Android store,ou pelo menos ele fica de fora?
Testes ficam fora do build, são dependências de dev 👍