• mds… tem tantos problemas nesse codigo HTML…é um app de teste? 🙃

    se for… vc pode …

    find( "#1" ).click

    postado em Geral
  • Se vocês estão fazendo testes ‘iguais’ alguem ta fazendo ta meio torto nesse role… … seja o desenveolvedor testando return de mock (!!!), seja vcs fazendo teste de integração que se limita a uma chamada só.

    Se vocês não tem um ambiente novo para rodar esse monstrinho… dai fica mais dificil ainda…

    postado em Geral
  • Acho que o pensamento de rodar testes em API, microserviços precisa ter um momento de execução integrado. Serviços podem consumir outros serviços, ou chamar outros ambientes e trabalhar somente com integrados pode gerar erros aleatorios os quais não estão ao seu controle para resolver.
    Eu acho que uma estrutura de testes mais sólida, seria uma solução para “andar” por ambientes. Ao efetuar o deploy, por ambiente, se executa os testes e assim já tem um feedback de problema ou não.
    O que me pareceu é que se está tendo esforço duplicado testes de um lado, já mockados e uma replica dos mesmos , mas dai apontando para ambientes e executando. Acho que equalizar isso pode ser um caminho para ver alguma luz na estrageia a tomar (Se o ambiente e a equipe ajudam para isso acontecer…claro…)

    postado em Geral
  • Você pode definir variaveis de ambiente com URL que vc quer testar.
    provavelmente vc tem algo parecido com isso:

          Capybara.configure do |conf|
            conf.app_host = 'http://blabla.foo.bar'
          end
    

    e você pode fazer algo como

          Capybara.configure do |conf|
            conf.app_host = ENV.fetch('URL', 'http://http://blabla.foo.bar'),
          end
    
    postado em Geral
  • @babifernandes vou ter que escrever um artigo sobre isso… não tem nada que eu consiga te mandar e falar… 'segue isso aqui o… ’ mas basicamente é… pedir para seus dev’s incluirem um novo parametro para os atrributos do objeto HTML que não influencia no desenvolvimento, performance ou qualquer outra coisa na app… mas a deixa mais facil de testar pois a ideia que seja uma identificação unica no codigo.

    https://kentcdodds.com/blog/making-your-ui-tests-resilient-to-change/

    postado em Geral
  • atualmente eu crio contextos onde X cenários tem o mesmo ‘setup’… para evitar copy paste the setup para um cenários… e dentro desse cenário… eu faço as chamadas que eu preciso… e não importa se é 5 ou 10… se é exclusiva daquele cenário, e vc nao duplica codigo, é de boa.

    postado em Geral
  • @Rafa Ai é preciso entender “aonde quer chegar”…se tu tem passos a serem feitos antes do teste, esse passos não são os teste…são pré requisitos…Se esses passos precisam ser validados, ai é preciso entender que tipo de teste está tentando fazer…(poderia jogar em blocos de it, mas ainda assim é preciso entender que cenário está cobrindo)

    postado em Geral
  • Unico bloco. Pois dentro de um arquivo de testes tu pode ter mais cenarios…Fora que a desvantagem que comentou, pode ser muito bem tratada para retornar o response completo e asserção e ao “printar” isso tu analisa ambos.

    postado em Geral
  • gente… expalhem a palavra do data-test-id por favor… e parem de sofrer 🙂

    postado em Geral
  • Existem outros seletores…Chegou a ver CSS e “derivados”?

    postado em Geral