Ну и опять же, у меня был как-то STLinux без питона ибо встраиваемая система

ну ок

Ну вот)

а какая нет? Серверная?

У меня нет идей как она верно называется. У нас прод на коляске

У меня нет идей как она верно называется. У нас прод на коляске

ну, не вижу разных типов centos у вас он наверно выпиленный настолько, что даже rpm пакеты не ставятся

ну, не вижу разных типов centos у вас он наверно выпиленный настолько, что даже rpm пакеты не ставятся

Не, вот тут ты утрируешь

Но yum надо доставить

Иногда

Если ставятся - пиздишь, так как yum на 2 питоне написан и без него не поставится

Если ставятся - пиздишь, так как yum на 2 питоне написан и без него не поставится

Подтянется как депенденси

сам yum не поставится без питона

а он уже в центось включён

Хех

Так что что то ты мне подвираешь

сам yum не поставится без питона

rpm

https://ru.wikipedia.org/wiki/Yellowdog_Updater,_Modified

yum для rpm, других для rpm не знаю

yum для rpm, других для rpm не знаю

Бред написал)

Yellowdog Updater, Modified (YUM) — открытый консольный менеджер пакетов для дистрибутивов Linux, основанных на пакетах формата RPM (RedHat, CentOS, Fedora, Oracle Linux, ОСь)

где бред

так ты про yum говорил. Я хз про менеджер пакетов rmp для формата rpm. честно - не видел чтобы его юзали

yum для rpm, других для rpm не знаю

dnf

которая тоже без питона не запустится

хэхэй

а вот это хз

все таки вероятность встретить питон около 99%

но не 100

это при полноценном дистрибутиве

холивары прямо с понедельника

?

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

это при полноценном дистрибутиве

ну. кроме неких специфических, как ты писал выше

Самое оно Когда на работу прешьсся

привет, пишу вам из докера

Погода дрянь

норм же, луж нет

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

если у тебя удаленный доступ то вряд ли ты в докере же

всяко бывает

Погода дрянь

+5- где-то

Давайте лучше дело обсудим

Вот у меня есть интеграционные тесты. Много

В них юзается БД.

Как бы мне так сделать чтобы данные в БД для одного теста не мешали другим?

у меня друг тесты параллелил через лямбды

удалять по завершению теста

нормас

Как бы мне так сделать чтобы данные в БД для одного теста не мешали другим?

а чем они мешают?

удалять по завершению теста

а в случае если тест упал?)

а чем они мешают?

ну вот один тест селектит красные носки, а другой - длинные. Мне надо подготовить список красные и список длинных. А что если там окажутся красные длинные где-то?

а в случае если тест упал?)

всегда

Как бы мне так сделать чтобы данные в БД для одного теста не мешали другим?

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

удалять по завершению теста

это вариант, но там на самом деле - две базы и важные этап - их синхронизация

а в случае если тест упал?)

если правильно тест написать - он удалит записи. Можно при старте теста делать клин ненужных данных.

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

порядок - плохой вариант. Тестов много

Ну а вообще есть вар - поднимать временную базу с временными данныи для начала тестов а там дальше как логику напишешь

ну это да

ну вот один тест селектит красные носки, а другой - длинные. Мне надо подготовить список красные и список длинных. А что если там окажутся красные длинные где-то?

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

нстанс поднимается

меня пугает скорость рбаоты, если я буду на каждый тест её очищать

поднимай на группу тестов

а между тестами просто клинь где нужно

порядок - плохой вариант. Тестов много

Это понятно. Но вариант же)) Твоя тестовая инфра под твоим управлением. Зачем очищать. Сделай так, чтобы тесты были независимы. Они в принципе не должны пересекаться и зависеть от результатов других тестов. Если зависят — это плохо.

ну и по завершению или падению теста - удаляй базу

Это понятно. Но вариант же)) Твоя тестовая инфра под твоим управлением. Зачем очищать. Сделай так, чтобы тесты были независимы. Они в принципе не должны пересекаться и зависеть от результатов других тестов. Если зависят — это плохо.

иногда это невозможно

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

Ну смотри. Тест 1 (поиск красных): ТЕстовые данные носок 1.1 (красный короткий), носок 1.2 (зеленый длинный) Проверка: запрос возвращает носок 1.1 Тест 2 (поиск длинных): Тестовые данные: Носок 2.1 (синий длинный) и носок 2.2 (зеленый короткий) Проверка: щапрос возвращает носок 2.1 Если я после теста 1 базу не очищу, тест 2 провалится

ERROR: S client not available

иногда это невозможно

Что невозможно? Написать независимые тесты? Так они и должны быть независимы.

меня пугает скорость рбаоты, если я буду на каждый тест её очищать

самый простой вариант как вижу - создать mvp базу и разворачивать(копировать?) под каждый тест свою. Если это слишком долго,то вопрос такой, что есть синхронизация? перкона кластер ?

Что невозможно? Написать независимые тесты? Так они и должны быть независимы.

если связаны с базой - иногда невозможно да

Думать при написании теста о всем многообразии других тестов не хочется

самый простой вариант как вижу - создать mvp базу и разворачивать(копировать?) под каждый тест свою. Если это слишком долго,то вопрос такой, что есть синхронизация? перкона кластер ?

postgres - elasticsearch

Думать при написании теста о всем многообразии других тестов не хочется

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

Ну смотри. Тест 1 (поиск красных): ТЕстовые данные носок 1.1 (красный короткий), носок 1.2 (зеленый длинный) Проверка: запрос возвращает носок 1.1 Тест 2 (поиск длинных): Тестовые данные: Носок 2.1 (синий длинный) и носок 2.2 (зеленый короткий) Проверка: щапрос возвращает носок 2.1 Если я после теста 1 базу не очищу, тест 2 провалится

чет я бы не назвал это честными интеграционными тестами тогда, я бы все-таки над их дизайном подумал.

Сценарий такой: 1. В postgres данные 2. Наша прога кладет часть данных к ластик 3. По запросу должен делаться поиск в ластик и вытаскивать остальные данные из постгреса

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

чет я бы не назвал это честными интеграционными тестами тогда, я бы все-таки над их дизайном подумал.

окей, это функциональные тесты.

Просто они затрагиваются больше 1 приложения, хотя по идее это один сервис

понятно. Мое мнение что у тебя просто тестовое окружение должно быть под тест/группу тестов разворачиваться. Производительность здесь по-честному не важна, судя по всему, так что можно как-то в докеры запихать енвайромент. Тестировать функциональное, на stage мне видится плохим вариантом.

Мой ответ, к сожалению, подразумевает только усложнение, прости.

да, окружение поднимается под тесты

четыре контейнера что ли

Правда пока один раз под все

да, окружение поднимается под тесты

ну тогда либо запихивать в разные пайпланы либо чистить данные руками, хотя я против этого варианта если он сложнее чем drop database

ну delete проще чем drop, наверно

может есть еще вариант который не вижу.

ну delete проще чем drop, наверно

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

по крайней мере почистить быстрее чем переподнимать инстанс базы

а схема удобно накатывается при поднятии инстанса

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

а, ну удалять всё, да

Rule --------------------=> positive: [re.compile('systemd.*: (?P<action>(Stopped|Started)) (?P<service>.*)')]:[<_sre.SRE_Match object; span=(0, 45), match='systemd: Started Session c58857 of user root.'>], negative: [re.compile('Session.*user')]:[False]

negative: [re.compile('Session.*user')]:[False]

строка - systemd: Started Session c58857 of user root.

с таким кодом я бы тебе втащил

с таким кодом я бы тебе втащил

А по вопросу есть что сказать?

ну слишком длинные строки

да ещё и в однострочное if else

Сложно так сразу.