TIR - erro ao procurar campos

Caros, boa noite!

Há alguns dias venho estudando o TIR, robô de testes da TOTVS. Estou com um problema ao executar a rotina MATA030, utilizando a função "setValue" consigo sem dificuldades setar um determinado valor em um ComboBox, porém aparentemente o robô está "se perdendo" ao tentar procurar os campos de texto aberto, vide A1_INSCR, ficando preso em um loop e retornando no console sempre a mensagem "Looking for element". Gostaria de saber se algum de vocês já vivenciou essa situação e se conseguiu contorná-la. Deixarei alguns prints anexos para facilitar o entendimento do tópico. Grato pela atenção.

criado 01 de May de 2019
Lucas Barbosa
2 pontos
editado 24 de Jun de 2019

Anexos

Você vai ver essas setas em qualquer página de pergunta. Com elas, você pode dizer se uma pergunta ou uma resposta foram relevantes ou não.
Edite sua pergunta ou resposta caso queira alterar ou adicionar detalhes.
Caso haja alguma dúvida sobre a pergunta, adicione um comentário. O espaço de respostas deve ser utilizado apenas para responder a pergunta.
Se o autor da pergunta marcar uma resposta como solucionada, esta marca aparecerá.
Clique aqui para mais detalhes sobre o funcionamento do TOTVS DevForum!

3 respostas

up 0 down
Esse looping costuma ser sinal que o campo não foi validado, vale a pena incluir manualmente na tela os valores que está fazendo no script para ver se o campo passa pela validação.

outra saída é desligar a validação do campo na x3 e rodar o script novamente para ver se passa.
- editar
- x
  
  grosseiro ou ofensivo pouco construtivo obsoleto outro...
  Motivo
- criado 02 de May de 2019
  Josué Danich Prestes
  1027 pontos
- 0
  
  Boa noite Josué! Obrigado pela disponibilidade
  
  Inputei o valor manualmente na tela, porém não houve nenhum erro de validação, dessa forma acredito que não existe nenhum problema com o CPF que estou utilizando, mas ainda assim farei o teste desabilitando a validação na x3.
  
  A fim de ter certeza testei o script direto com o A1_INSCR, e o resultado foi o mesmo, conforme você pode visualizar no print "A1_INSCR".
  
  Abraço!
  — Lucas Barbosa 02 de May de 2019
- 0
  
  Lucas, parece algum detalhe mais complicado, existe possibilidade de anexar o script aqui? aí posso testar localmente e fica mais fácil de ver o que pode estar acontecendo...
  — Josué Danich Prestes 03 de May de 2019
- 0
  
  Boa noite Josué! Script anexado no tópico. Abraço!
  — Lucas Barbosa 04 de May de 2019
- 0
  
  Olá a todos, desculpem a demora, estava com o ambiente desmontado para fazer os testes, consegui reproduzir exatamente o mesmo looping na A1_INSCR com o script simplificado abaixo.
  
  Acredito que realmente tenha a ver com algum problema de versão entre navegador x python x selenium
  
  O Fonte:
  
  from tir import Webapp
  
  oHelper = Webapp() oHelper.Setup('SIGAOMS','','01','01','39')
  
  oHelper.Program('MATA030')
  
  oHelper.SetButton('Incluir')
  
  oHelper.SetValue('A1_NOME','LUCAS RAFAEL')
  
  oHelper.SetValue('A1_NREDUZ','LUCAS')
  
  oHelper.SetValue('A1_EST','SP',) oHelper.S
  — Josué Danich Prestes 10 de May de 2019
- 0
  
  Dados do ambiente: Chromw Versão 74.0.3729.131 (Versão oficial) 64 bits
  
  Sistema operacional: Windows Server 2012 Standard 64bits
  — Josué Danich Prestes 10 de May de 2019
- 0
  
  Dados appserver
  
  Dados do Server
  
  Versão: TOTVS Manufatura Build AppServer: 7.00.131227A-20180920 NG - 32 bits Build DbAccess: 20181212 Release do RPO: 12.1.017 - Ago 2018 Release do dicionário: 12.1.017 - Ago 2018
  — Josué Danich Prestes 10 de May de 2019
- 0
  
  Versão html 4.2.1
  — Josué Danich Prestes 10 de May de 2019
Mostrar todos os 7 comentários>
Adicionar comentário

Caracteres restantes: 600
Quero acompanhar este tópico via email.

Comentário
Utilize formatação mini-Markdown: [link](http://exemplo.com) _italico_ **negrito** `codigo`.
Comentarios devem ter, no maximo, 600 caracteres. Se achar necessario, utilize links em vez de copiar código ou ainda edite sua pergunta/resposta para colocar mais informações
up 0 down
Boa tarde Lucas, de acordo com o anexo TIR02.png ele está procurando o elemento A1_CGC, ou seja, não encontrou na tela, ele não chegou a passar para o próximo campo que é o A1_INSCR.

Caso queira complementar a analise, favor anexar um print da tela exibindo os campos disponíveis e outro print com os elementos do DOM, para isso utilize o "inspector" do firefox, posicione no campo A1_CGC e nos envie o print de tela para analise,

Obrigado
- editar
- x
  
  grosseiro ou ofensivo pouco construtivo obsoleto outro...
  Motivo
- criado 02 de May de 2019
  Renan Lisboa
  48 pontos
- 0
  
  Boa noite Renan! Obrigado pela disponibilidade
  
  Adicionei um print de parte da página inspecionada pelo Firefox, dando destaque para o A1_CGC, bem como o formulário de cadastro.
  
  Abraço!
  — Lucas Barbosa 02 de May de 2019
- 0
  
  Bom dia Lucas, Consegue me passar algumas informações do seu ambiente?
  
  Versão do SO Versão do Firefox Versão do Appserver Versão Webapp
  
  Obrigado
  — Renan Lisboa 06 de May de 2019
- 0
  
  Renan, consegui reproduzir o mesmo problema em meu ambiente, coloquei nos comentários da resposta de cima os detalhes.
  
  Será problema de uma versão de algum ponto do ambiente?
  
  Detalhe, se aparece uma mensagem de validação no campo anterior do A1_INSC e o selenium ganha um tempo antes de pular para o próximo campo o preenchimento ocorre normalmente, ams se for direto ele fica pulando do A1_INSC para o outro campo e voltando como se não conseguisse enxergar o nome do campo
  — Josué Danich Prestes 10 de May de 2019
- 0
  
  Boa noite Renan! Desculpe a demora para responder, seguem abaixo as informações solicitadas
  
  Versão do SO: Windows Server R2 Versão do Firefox: 66.0.3 Versão do appserver: 7.00.131227A Versão do WebApp: 1.9.0
  — Lucas Barbosa 10 de May de 2019
- 0
  
  Caros, boa noite! Na opinião de vocês há algo que eu possa alterar no meu ambiente para resolver esse problema? Desculpem a demora para interagir no tópico.
  — Lucas Barbosa 17 de May de 2019
- 0
  
  Boa noite, atualize para a versão mais recente do Webapp e verifique se muda o comportamento, a principio ele deveria encontrar o campo mencionado.
  — Renan Lisboa 23 de May de 2019
- 0
  
  Atualização do webapp realizada, porém o problema persiste. Irei conversar com meu gestor para verificar a possibilidade de atualizarmos nossa versão do Protheus Web, acredito que a resolução do problema virá disso. A propósito, tive que fazer uma pequena modificação no webapp:
  
  Alterei essa linha de: button = self.driver.find_element(By.CSS_SELECTOR, ".button-ok") Para: button = self.driver.find_element(By.CSS_SELECTOR, "#buttonSendPars")
  
  Pois o botão Ok na tela inicial também não era enxergado pelo script.
  — Lucas Barbosa 25 de May de 2019
- 0
  
  Algo me diz que nossa versão do PW está comprometendo a estrutura DOM da página. De qualquer forma agradeço pelo suporte prestado até aqui, tentarei fazer a atualização e depois postarei os resultados aqui e no Gitter, a fim de não deixar o tópico em aberto.
  — Lucas Barbosa 25 de May de 2019
- 0
  
  Boa tarde Renan, tudo bem? Dando continuidade ao tópico, estava fazendo uma rápida depuração no webapp e algo me chamou atenção. Notei que os campos da tela de login possuem os atributos "name" e "id" configurados, dessa forma o Selenium não tem dificuldades em achá-los, porém os campos das rotinas (vide Cadastro de Clientes) não possuem. Sabe informar se isso é algo padrão do SmartClient HTML ou a TOTVS já "corrigiu" em versões mais recentes? Pois acredito que isso está impedindo o TIR de encontrar os campos de texto aberto. Deixo dois prints anexados para exemplificar melhor.
  — Lucas Barbosa 24 de Jun de 2019
- 0
  
  Reforço que minha versão do Protheus é a 12.1.17.
  — Lucas Barbosa 24 de Jun de 2019
Mostrar todos os 10 comentários>
Adicionar comentário

Caracteres restantes: 600
Quero acompanhar este tópico via email.

Comentário
Utilize formatação mini-Markdown: [link](http://exemplo.com) _italico_ **negrito** `codigo`.
Comentarios devem ter, no maximo, 600 caracteres. Se achar necessario, utilize links em vez de copiar código ou ainda edite sua pergunta/resposta para colocar mais informações
up 0 down
Bom dia!

Lucas você conseguiu resolver? Estou tendo o mesmo problema em uma determinada tela, não está localizando nenhum campo. Alguém poderia me ajudar, por favor? Seguem os prints.
- editar
- x
  
  grosseiro ou ofensivo pouco construtivo obsoleto outro...
  Motivo
- criado 09 de Aug de 2019
  Nayara Lopes Teixeira
  11 pontos
Adicionar comentário

Caracteres restantes: 600
Quero acompanhar este tópico via email.

Comentário
Utilize formatação mini-Markdown: [link](http://exemplo.com) _italico_ **negrito** `codigo`.
Comentarios devem ter, no maximo, 600 caracteres. Se achar necessario, utilize links em vez de copiar código ou ainda edite sua pergunta/resposta para colocar mais informações

Anexos
4_dados do server e webapp.JPG

5_dados firefox.JPG

2_firefox_nao localiza campo.JPG

1_vscode_inicio do teste.JPG

3_vscode_encerra teste sem localizar campo.JPG

Não é a resposta que estava procurando? Procure outras perguntas com as tags tir python smartclient html protheusweb web protheus ou faça a sua própria pergunta.

TIR - erro ao procurar campos

Comentário

3 respostas

oHelper.SetValue('A1_NREDUZ','LUCAS')

Comentário

Comentário

Comentário

Não é a resposta que estava procurando? Procure outras perguntas com as tags tir python smartclient html protheusweb web protheus ou faça a sua própria pergunta.