Size: a a a

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

2020 May 14

MA

Maksim Andryushchenk... in QA — Автоматизация
+-1 байт это прям обязательное требование? ибо я не вижу особой разницы если там будет +-10кб. мне кажется эти картинки проще просто положить куда то в тест дату 1 раз и юзать их. важно же проверить само ограничение. поправьте если не прав
источник

MZ

Maxim Zaitsev in QA — Автоматизация
необязательно. но желательно. у меня сейчас именно так тестовые данные и используются. jpeg ~ 300кб для позитивной проверки, больше 10 мб для негативной. Но в итоге пропустили баг при загрузке файлов больше 1 мегабайта. Поэтому уж хотелось бы границы проверять как можно ближе.
источник

IE

Ivan Efimov in QA — Автоматизация
есть ограниченя браузера, вебсервера, формата jpeg - а вы что хотите проверить?
источник

MZ

Maxim Zaitsev in QA — Автоматизация
Ivan Efimov
есть ограниченя браузера, вебсервера, формата jpeg - а вы что хотите проверить?
валидацию на сервере
источник

IE

Ivan Efimov in QA — Автоматизация
заливаешь файл 4 Гб картинку, он копируется на сервер и потом валидируется?
источник

MZ

Maxim Zaitsev in QA — Автоматизация
найти бы такую картинку ... но попробую ща глянуть
источник

OK

Oleksandr Khotemskyi in QA — Автоматизация
Maxim Zaitsev
найти бы такую картинку ... но попробую ща глянуть
можно згенерить на лету
источник

MZ

Maxim Zaitsev in QA — Автоматизация
аха попробуйте. 10 мегабайт jpeg на лету xD
источник

MZ

Maxim Zaitsev in QA — Автоматизация
Ivan Efimov
заливаешь файл 4 Гб картинку, он копируется на сервер и потом валидируется?
как это не печально выглядит, но реально на сервер сначала передаются данные :)) хоть 10 мегов, хоть 100 как я ща только что попробовал. Валидация на сервере ...
источник

AS

Andrey Shinkaryov in QA — Автоматизация
Maxim Zaitsev
как это не печально выглядит, но реально на сервер сначала передаются данные :)) хоть 10 мегов, хоть 100 как я ща только что попробовал. Валидация на сервере ...
так отписывайте как баг и ждите исправления) зареджектить файл на фронте это пара строчек кода
источник

O

Oleg in QA — Автоматизация
Была же такая штука - картинка с архивом
источник

O

Oleg in QA — Автоматизация
можно к картинке просто 4гига дописать, и она будет как картинка открываться
источник

M

Maksim in QA — Автоматизация
Всемм привет!

Хочу сделать в GitLab джобу, которая будет готовить мне тестовое окружение для отдельных веток.


Для создания одного инстанса нужно стартануть докер контайнер с двумя портами наружу (пусть будет 8090 и 3534).

Я хочу чтобы инстанс создавался автоматически, когда фича попадает в testing. Один mr - один контейнер.

Есть ли готовые решения? Если нет, то что можно использовать, чтобы пробрасывать разные порты для разных инстансов автоматически (-p8090:8090, -p8090:8091 и тд.)?
источник

MZ

Maxim Zaitsev in QA — Автоматизация
Oleg
можно к картинке просто 4гига дописать, и она будет как картинка открываться
4гб не нужно, но я бы рассмотрел такой вариант. тож склоняюсь к тому, чтобы взять реальную картинку и дописать туда байты до нужного размера. осталось найти способ реализации такого кейса
источник

O

Oleg in QA — Автоматизация
cat 4gbfile » picture.jpg
источник

S

Sulaiman in QA — Автоматизация
Roman (rpwheeler)
> Если да то по какому принципу

По тому принципу по которому их апдейтили. Если критерий для апдейта был один (age > 55 какой-нибудь), то стоит проверить только одного.
Отлично, спасибо!
источник

IE

Ivan Efimov in QA — Автоматизация
Maxim Zaitsev
4гб не нужно, но я бы рассмотрел такой вариант. тож склоняюсь к тому, чтобы взять реальную картинку и дописать туда байты до нужного размера. осталось найти способ реализации такого кейса
windows: type 4gb.file >> image.jpeg
linux: cat 4gb.file >> image.jpeg
источник

IE

Ivan Efimov in QA — Автоматизация
Maksim
Всемм привет!

Хочу сделать в GitLab джобу, которая будет готовить мне тестовое окружение для отдельных веток.


Для создания одного инстанса нужно стартануть докер контайнер с двумя портами наружу (пусть будет 8090 и 3534).

Я хочу чтобы инстанс создавался автоматически, когда фича попадает в testing. Один mr - один контейнер.

Есть ли готовые решения? Если нет, то что можно использовать, чтобы пробрасывать разные порты для разных инстансов автоматически (-p8090:8090, -p8090:8091 и тд.)?
а зачем шарить порты? часто достаточно генерировать имя-контейнера (имя-хоста) и записи конфигов с имя-контейнера:8080
порты в данном случае не меняются. а шаринг портов нужен для отладки... в docker-compose.yml можно шарить так 8080-8100:8080
источник

M

Maksim in QA — Автоматизация
Ivan Efimov
а зачем шарить порты? часто достаточно генерировать имя-контейнера (имя-хоста) и записи конфигов с имя-контейнера:8080
порты в данном случае не меняются. а шаринг портов нужен для отладки... в docker-compose.yml можно шарить так 8080-8100:8080
идея в том, чтобы получить несколько работающих контейнеров с одним сервисом разных версий. На одной тачке. И потом как-то к ним коннектиться
источник

M

Maksim in QA — Автоматизация
ажется вот то, что нужноhttps://habr.com/ru/company/oleg-bunin/blog/358482/
источник