В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

testing_in_python

1791 membersпожаловаться на группу
2021 November 22

ЗВ

Завьялов Владислав... in testing_in_python
При попытке отправить через селеноид файл в инпут выходит ошибка
unknown command: session/f8677709c6ae5ffbbe2c9bb69a61bfee/se/file
Насколько знаю это довольно частая проблема для селеноида при отправке jpg or png картинки.
Кто-то как-то устранял?
источник
11:03пожаловаться#1

ТЭ

Тачами Экстович... in testing_in_python
https://aerokube.com/selenoid/latest/#_uploading_files_to_browser
Aerokube
Aerokube Selenoid | A cross browser Selenium solution for Docker
Live and automated cross browser Selenium testing in Docker containers
источник
11:25пожаловаться#2

OC

Oleg Chaplashkin in testing_in_python
Вопрос в лоб: "хочу модель ХХХ гонять бесконечно, модель YYY запускать раз в сутки, модель ZZZ каждый час"

Два последних случая - элементарны. Что делать с первым?

Представим условную систему, вот она там тесты держит, фикстуры и красиво запускается через маркеры типа pytest -m modelXXX

Бесконечный прогон как в этом случае реализовать по маркеру? Башем?
источник
11:35пожаловаться#3

ТЭ

Тачами Экстович... in testing_in_python
Да, просто в бесконечном цикле запускай свои тесты и все.
источник
11:44пожаловаться#4

OC

Oleg Chaplashkin in testing_in_python
Хорошо, как включить другую модель? Или как прервать текущую?

Сорри за тупые вопросы, я смотрел кишочки пайтеста и не увидел, как и где можно аккуратно вставить этот цикл с возможностью влияния из внешнего мира
источник
11:48пожаловаться#5

ТЭ

Тачами Экстович... in testing_in_python
Сделать просто параметризованную сборку на твоем CI, и дергать ее с параметрами, которые передавать в pytest. Ну, внутри там уже разберешься.
источник
11:49пожаловаться#6

ТЭ

Тачами Экстович... in testing_in_python
Из переменных окружения, или еще как.
источник
11:49пожаловаться#7

ТЭ

Тачами Экстович... in testing_in_python
Ну, вообще, да. Если у тебя есть какая-то логика выбора джобы ее вполне можно в отдельный сервис вынести с рест-апишкой. Был не прав!
источник
11:54пожаловаться#8

OC

Oleg Chaplashkin in testing_in_python
У меня сейчас сделано следующее:
fastapi/uvloop, методы на /start /stop /stats
При старте, берется модель, всякая внутрянка и закидывается в uvloop, выполняется асинхронно. Потом при /stop,  просто проверяется, есть ли такая таска, если есть - отменяем и внутри модели корректно идет выход через asyncio.CancelledError
источник
11:56пожаловаться#9

OC

Oleg Chaplashkin in testing_in_python
С апишкой - не проблема, тут у меня что-то заклинило и я не могу понять, как это может выглядеть в джобе

Ок, не плодим джобы и передаем все через параметры. В случае одинарного запуска - не проблема, что делать когда вот такой кейс:

XXX -> (start) -> .....
                         (YYY) -> start -> .... -> stop


Т.е. во время выполнения модели XXX, идет выполнение модели YYY (читай модель == тест набор)

Ок, это запуск одной и той же системы с разными параметрами
источник
11:59пожаловаться#10

OC

Oleg Chaplashkin in testing_in_python
Иными словами: кто управляет бесконечным циклом? Где поток управления?

В системе пайтеста?
В джобе ci/cd?
В другом сервисы с апишкой?
источник
12:00пожаловаться#11

ТЭ

Тачами Экстович... in testing_in_python
Либо в отдельной джобе, либо в отдельном сервисе (хоть бы и скрипте в бесконечном цикле).
источник
12:00пожаловаться#12

ТЭ

Тачами Экстович... in testing_in_python
С джобой не очень удобно будет, потому что постоянно занят билд-агент.
источник
12:02пожаловаться#13

OC

Oleg Chaplashkin in testing_in_python
Странно, джобу откидываем, она по таймауту отвалится и ничего с этим не сделаешь

Отдельный сервис ... т.е. бежать на уровени ОС, смотреть "запущено ли", если да, то убивать процесс?
источник
12:02пожаловаться#14

ТЭ

Тачами Экстович... in testing_in_python
Нет, сами сборки вполне могут быть джобами. Запустил -- сохранил id -- чекаешь готово или нет. Если готово -- забрал результат, если нет -- отменяешь просто.
источник
12:03пожаловаться#15

ТЭ

Тачами Экстович... in testing_in_python
Ну, тебе скорее всего и не нужна бесконечная. Новая сборка просто стартует как предыдущая законченна, и все.
источник
12:04пожаловаться#16

OC

Oleg Chaplashkin in testing_in_python
Странно, причем тут сборка

Такая специфика, что условная модель XXX - будет работать 24/7
источник
12:05пожаловаться#17

ТЭ

Тачами Экстович... in testing_in_python
Если это мониторинг -- то входной набор параметров будет стабильным. Т.е. условно запустить ХХХ, YYY, если все ОК -- мониторинг зеленый, если что-то упало -- загорелся. Но ты не будешь туда конфигурации на лету подкивать, это просто тестирование прода уже.
источник
12:06пожаловаться#18

ТЭ

Тачами Экстович... in testing_in_python
Нда
источник
12:06пожаловаться#19

ТЭ

Тачами Экстович... in testing_in_python
Одна модель == один набор параметров для пайтеста, так?
источник
12:06пожаловаться#20