и прошлой весной был мажорный релиз

у меня параллелизация через xdist :)

Какой язык

java

в поточках гоняешь?

и фикстуры, да

ok

Ну xdist, значит питон, а он не компилируется, значит проблем с параллелизацией нет, поэтому тебе и не нужно

в поточках гоняешь?

да, в потоках, причем у меня еще дикт с юзерами замаплен на номера потоков, чтобы не пересекались

Xdist создаёт изоляцию для каждого воркера

мог бы сделать в общей фикстуре не дикт, а генератор

а так у тебя получается поменяется кол-во потоков и придется дописывать :)

а так автодополняемый список, который делает yield

наверное мог бы :) но я херовый разработчик, и на генератор меня не хватило

получает next() на коллекцию

наверное надо переписать)

Ну просто фикстуру с параметрами браузеров с yield и енумом на браузеры в драйвер фактори

Хотя если питон 2, то там енумов нет

Ну тогда по старинке с дикшинари

Мне вот казалось что селениумом проверяется логика работы, а верстка должна тестироваться отдельно или нет?

Коллеги, а как вы пишите тесты, если в зависимоти от браузера разная верстка?

Если да, то кстати чем?

Хотя если питон 2, то там енумов нет

в 2.7 есть, лол

Ну локаторы же меняются при измененной версткп

в 2.7 есть, лол

Рли? Я динозавр тогда :(

my_iter = iter(iterable) next(my_iter) всё

Зачем? Yield приятнее :)

шта

Если да, то кстати чем?

А верстку тестить лучше визуальным тестированием. Но это отдельные либы и отдельное тестирование

yield - внутренний инструмент того, как работают генераторы, я не понял зачем вместо того чтобы использовать high order функцию я буду придумывать что-то свое для стандартного iter типа

yield очень простая штука

тупо передал список в итератор - получил итератор

вызвал итератор на некст - профит

Yield по сути и есть итератор, просто сахарный

А твой код выглядит не так сладко :))

Кстати а кто кодил на более чем 3 языках автотесты?

баш считается? ;)

что значит сладко или не сладко, лол, я не собераюсь делать кооперативную многозадачность

зачем оверинжинирить, когда нужно вернуть следующий элемент из списка))

KISS

зачем оверинжинирить, когда нужно вернуть следующий элемент из списка))

Месье, вы ничего не понимаете в сахаре :D

зачем оверинжинирить, когда нужно вернуть следующий элемент из списка))

я только не понял, как ты потом вернешься в начало списка)

если ты хочешь только итерить итератором

а зачем мне возвращаться в начало списка? :)

баш считается? ;)

Автотесты на баше? Это выше моего воображения. Хотя я был на вебинаре автотесты на clojure, поэтому у меня хорошее воображение :)

Автотесты на баше? Это выше моего воображения. Хотя я был на вебинаре автотесты на clojure, поэтому у меня хорошее воображение :)

когда было не за что зацепиться в UI, был сикули + баш :D

И пытался прогать на скале автотесты, зарыдал и спрятался

но было давненько

десктопный апп для макоси времен 10.7 - 10.8

Я для десктопов только с помощью White и autoit прогал :( сикули с башом точно нет в наличии

а зачем мне возвращаться в начало списка? :)

я видимо подустал за день) завтра смогу задать нормальный вопрос

Как зачем возвращаться назад? Чтобы был порядок, откуда ушёл, туда пришёл :)

на макось не было автоита, было чуть менее чем ничего =)

вопрос был в том, что ты условно вернул юзеров столько, сколько у тебя потоков

бежит 4 теста параллельно

какой-то тест бежит быстрее, какой-то медленнее) как через итератор сделать так, что твоя функция не отдала юзера, с которым уже тест бежит, и не поломала состояние

Итератором запускать тесты просто, как вариант

Но тогда хз паралеллизация как внутри теста, скорее не будет

я долго думал, и решил втупую замапить дикт с пользователями на кол-во потоков

потому что пока поток держит пользователя, его никто другой точно не возьмет

А почему не просто фикстуру параметрищованную с yield?

И её передавать как параметр в тесты?

потому что мне не очень нравится mark.parametrise

если ты его имеешь в виду

Не, я имею в виду параметры самой фикстуры

Это в pytest только есть

Если ты nose юзапшь или unittests

ERROR: S client not available

Такого нет

нет, я юзаю pytest

если я правильно понял твой вопрос – почему не передавать юзера параметром в фикстуру?

Да, а фикстуры уже травить тестам которые нужно

Типа мультиюзер фикстура

ну у меня в принципе так и сделано – в тест передается фикстура с логином

но она принимает в себя не результат yield'а

а велосипед)

Дикшинари где ключ что?

где ключ номер потока)

то есть фикстура детектит какой сейчас у потока номер

Хмм, а может достаточно имени теста?

и из дикта забирает [n]

Хотя чем плох номер потока, вполне норм, если это ацдишка потока конечно

по идее было бы достаточно, потому что имя теста будет уникально

Скорее пара имя теста - логин будет уникальна

это slaveid

Ты же не будешь дважды запускать для одного теста дважды юзера

А если будешь, то это скорее всего будет браузер

Ты же не будешь дважды запускать для одного теста дважды юзера

теоретически такое возможно, но не у меня

Тогда будет ключ тест а значение пара браузер логин :)))

:D :D :D

В общем, да, немного ракота

можно было по-другому

сделать sqlite базу юзеров

и отмечать юзера, который занят

Это оверкилл)))

но там пляски с локами и с гонками

и я решил что ну его нахер, хотя задача интересная

ребята, все просто, у вас есть сценарии, их 30 штук например

и есть 3 браузера

делаете перемжножение, получаете пул тестов из 90 кейсов