10/21/2022 JDN Workshop

Owned by Valeriia Savinova
Last updated: Oct 21, 2022
2 min read

Agenda:

  1. https://github.com/jdi-testing/jdn-ai/issues/731

  2. Улучшение HTML5 модели

  3. https://github.com/jdi-testing/jdn-ai/issues/585

  4. https://github.com/jdi-testing/jdn-ai/issues/732

 

Сейчас правила формирования имени локаторов достаточно просты -
Suggestion:

  1. based on attribute=name

  2. если есть атрибут id, то используем его,

  3. based on (contains text(),'Example Text')

  4. в противном случае - в качестве имени используется тип элемента (JDI class)

  5. число делающее эту комбинацию уникальной.

Comments:

ID могут быть не читаемы, ex: Amazon
Сделать имя локаторы более “человечески читаемым”

Уникальность

Лимит на имя переменной

Конкатенация следующего признака для имени (например, id -не уникальный, потом добавляем name)

Dependencies: Локализация

 

Enrichment of models:

Сейчас распознаются только те элементы, которые мы выделили для распознавания. Этот список не совпадает с ожиданиями пользователей.

Идея:

  1. Распознавать весь список элементов, который поддерживается JDI

  2. Default список для отображения

  3. Пользователь может увеличить этот список (через фильтр)

MUI, HTML5, Vue.js

 

Selenium locators

JDI локаторы при перемещении в Selenium фреймфорк не будут работать. Существует возможность трансформации в findBy

Selenium локаторы работают в JDI фреймворке

Нужно ли иметь одновременно JDI локаторы и Selenium локаторы? Применимо к каждому локатору по отдельности и/или ко всему PO (?)

Конвертация классов в Selenium framework: в Селиниум нет типизированных элементов (нет классов как в JDI), но, возможно, пользователи захотят использовать комбинацию

 

CSS locators

Формат CSS локаторов

Как получать CSS локатор со страницы?

Нужно ли иметь одновременно xPath локаторы и CSS локаторы? Применимо к каждому локатору по отдельности и/или ко всему PO (?)