Size: a a a

QA — Автоматизация

2019 September 09

V

Vitali in QA — Автоматизация
Selenium latest
источник

V

Vitali in QA — Автоматизация
Я просто обратил внимание что реального -расспаралеливания нет. Я так понимаю это потому что задача выполняется в рамках одного процесса
источник

OK

Oleksandr Khotemskyi in QA — Автоматизация
Vitali
Я просто обратил внимание что реального -расспаралеливания нет. Я так понимаю это потому что задача выполняется в рамках одного процесса
процесса или треда?
источник

SV

Stanislav Vasenkov in QA — Автоматизация
Была такая проблема, решил задавать параллелизацию через gradle, попробуйте?
task AllTests(type: Test) {
   useTestNG() {
       options {
           if(project.hasProperty("parallelType")) {
               String pType = parallelType.toString()
               setParallel(pType)
           }
           if (project.hasProperty("parallelThreads")) {
               setThreadCount(parallelThreads.toInteger())
           }
           suites 'src/test/resources/testngFiles/AllTests.xml'
       }
   }
}
источник

SV

Stanislav Vasenkov in QA — Автоматизация
для запуска соответственно добавьте -DparallelType=methods -DparallelThreads=4
источник

V

Vitali in QA — Автоматизация
Спасибо. Нужно попробовать
источник

V

Vitali in QA — Автоматизация
Oleksandr Khotemskyi
процесса или треда?
Ну Тест НГ поидее должен создавать пулл Тредов.  Я предпологаю может есть косяк в процессее раз треды так работают криво
источник

T

Trojan in QA — Автоматизация
Vitali
Секу

<suite name="Smoke Test" verbose="1" parallel="tests" thread-count="6">
 
   <test name="Chrome" parallel="classes">
       <parameter name="platform" value="web"/>
       <parameter name="browser" value="chrome"/>
   
       <groups>
           <run>
               <include name="headerBar"/>
               <exclude name="broken"/>
           </run>
       </groups>
       <packages>
           <package name="com.indoma.tests.*"/>
       </packages>
   </test>


   <test name="Firefox" parallel="classes">
       <parameter name="platform" value="web"/>
       <parameter name="browser" value="firefox"/>
     
       <groups>
           <run>
               <include name="headerBar"/>
               <exclude name="broken"/>
           </run>
       </groups>
       <packages>
           <package name="com.indoma.tests.*"/>
       </packages>
   </test>
я вот так паралил один тест под кучу данных из провайдера name="testsuite" parallel="methods" thread-count="10" data-provider-thread-count="10"
источник

V

Vitali in QA — Автоматизация
Вообщем разобрался.Забыл упомянуть важную деталь. )) Вообщем если запускать тесты через Intellij Типа правой клавишей на  xml файл то тесты работают последовательно.  Если запускать тесты через gradle  testNG где указывается тестовый сьют то все работаетв паралель
источник
2019 September 10

ES

Evgeny Secret in QA — Автоматизация
Всем привет. Немного нубский вопрос, но все же. На что лучше ориентироваться при написании тестов? css селекторы или локаторы в коде (classname/id/name)? И почему?
источник

EB

Evgenii B in QA — Автоматизация
То, что лучше читается, понятнее в сути применения и проще поддерживать
источник

O

Olga in QA — Автоматизация
>  css селекторы или локаторы в коде (classname/id/name
это же не взаимоисключающие понятия. к тому же если я не ошибаюсь, эти все By.Id внутри имеют то же самое $('#yourid')
источник

OL

Oleksandr Lozitskyi in QA — Автоматизация
Evgeny Secret
Всем привет. Немного нубский вопрос, но все же. На что лучше ориентироваться при написании тестов? css селекторы или локаторы в коде (classname/id/name)? И почему?
Привет. Где будет короче путь на то и ориентироваться т.к. меньше вероятность того что тест упадёт из-за изменения в html. Если есть ID  то на него, если можно по тексту ссылки, то на нее и так далее,  главное что бы путь был меньше .
источник

OL

Oleksandr Lozitskyi in QA — Автоматизация
Это я так считаю
источник

ES

Evgeny Secret in QA — Автоматизация
Oleksandr Lozitskyi
Привет. Где будет короче путь на то и ориентироваться т.к. меньше вероятность того что тест упадёт из-за изменения в html. Если есть ID  то на него, если можно по тексту ссылки, то на нее и так далее,  главное что бы путь был меньше .
Спасибо. Я тоже к этому склоняюсь. К тому же в случае редизайна, css селекторы все поломаются, а id/classname врят ли кто-то будет менять
источник

EB

Evgenii B in QA — Автоматизация
Oleksandr Lozitskyi
Привет. Где будет короче путь на то и ориентироваться т.к. меньше вероятность того что тест упадёт из-за изменения в html. Если есть ID  то на него, если можно по тексту ссылки, то на нее и так далее,  главное что бы путь был меньше .
Спорный совет. Если «короче» и сейчас работает — это функция, которая так или иначе ищет по дереву что-то. То эта ф-я может вернуть другой элемент, и тест упадёт
источник

EB

Evgenii B in QA — Автоматизация
То есть можно написать сейчас работающий селектор через xpath методы, и локатор будет «коротким» но от этого не станет более надежным. Разве это не очевидно?
источник

E

EL in QA — Автоматизация
Ребят, есть тут те кто на Cypress + Applitools? Как вам?
Ну и просто может можете подсказать где кроме доки норм материалы про сайпрес мона почитать. Пасиб.
источник

ES

Evgeny Secret in QA — Автоматизация
Evgenii B
То есть можно написать сейчас работающий селектор через xpath методы, и локатор будет «коротким» но от этого не станет более надежным. Разве это не очевидно?
xpath вообще ненадежый, на мой взгляд
источник

A

Aleh in QA — Автоматизация
Evgeny Secret
xpath вообще ненадежый, на мой взгляд
Это как? Как напишешь таким и будет
источник