Ребята , подскажите пожалуйста , в чем преимущество использования docker + selenium grid . По сравнению с вариантом без докера. Выигрыш а запусках на разных браузерах с одного агента , а ещё какие плюсы или минусы ?

Ребята , подскажите пожалуйста , в чем преимущество использования docker + selenium grid . По сравнению с вариантом без докера. Выигрыш а запусках на разных браузерах с одного агента , а ещё какие плюсы или минусы ?

Очень легко и быстро масштабируется. По разные тесты - разные контейнеры.

Привет ? я пока планирую изучать автоматизацию.. Появилось задание.. написать сценарии со степами как инструкцию для автоматизаторов. Подскажите эти сценарии как-то отличаются от тестов для мануал тестеров? И на что обратить больше внимание при описании проверок ? Может Связи и взаимодействия между сервисами на уровне Апи,также Ui ,functional ...

1. Пишите чётко, а не так: Для проектов, где присутствуют регионы - по 3 из каждого региона, где нету регионов условие можно опустить.

2. Надо понимать, что можно проверить автотестами: Подождать час, пока пользователь уйдёт оффлайн проверить почти нереально

3. Уточнения п. 1: не используйте слова любой, все и т.д.

2. Надо понимать, что можно проверить автотестами: Подождать час, пока пользователь уйдёт оффлайн проверить почти нереально а нельзя прям в базе expire во время теста поменять на одну минуту например

2. Надо понимать, что можно проверить автотестами: Подождать час, пока пользователь уйдёт оффлайн проверить почти нереально

Лол? Ещё как реально просто вместо ожидания 1час можно сократить в этом месте логику ожидания . И-или ускорить течение времени ;)

а если можно, то написать как

2. Надо понимать, что можно проверить автотестами: Подождать час, пока пользователь уйдёт оффлайн проверить почти нереально а нельзя прям в базе expire во время теста поменять на одну минуту например

Так и нужно делать. Просто выше дичь написана

Так и нужно делать. Просто выше дичь написана

ааа не все просто прочитал, из контекста вырвал)

был у нас забавный тест, в котором шаг звучал: подожди 73 часа -)

Так и нужно делать. Просто выше дичь написана

как нужно?

Как-то мануальщики порадовали тест кейсом для автоматизации, где шаг звучал как-то так "Скачать xls отчёт и с помощью поиска ctrl+F найти название объекта"

как нужно?

нужно в БД например статус юзера менять на expired вот тебе и автоматизация кейса когда юзер уходит в офлайн

варинат 1 - нет доступа к БД. У нас даже на эталоне админы не дают доступ, ибо были случаи

Это уже ваши проблемы, разве нет?

Как это должно затрагивать советы другому человеку?

нет доступа к БД - какая автоматизация может быть тогда?

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

нет, это проблема тех, кто даёт такие тесты на автоматизацию

это был пример как *не* надо делать

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

Все что нужно делать долго чтобы проверить - нужно автоматизировать

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

и тогда вдоступ к бд не нужен будет

И этот пример с подождать час - христоматийный пример

2. Надо понимать, что можно проверить автотестами: Подождать час, пока пользователь уйдёт оффлайн проверить почти нереально

Где тут пример как не надо делать?

вы хотите поспорить, почему нельзя получить доступ к БД и нормально автоматизировать?

не писать такие шаги

Это совет не автоматизировать такой долгий тест, что неправильно. Но исходя из ваших бизнесовых ограничений вы решили, что такие тесты нельзя автоматизировать

со словом подождать

Что само по себе как минимум странно

м... а как вы автоматизируете такие долгие проверки?

просто тупо тесты бегут час, два, три?

я лезу в бд и expire делаю

Есть такая вещь, как тестовый конфиг и продакшн конфиг, например

Так и нужно делать. Просто выше дичь написана

Андрей все здраво написал. Он имел в виду, что не нужно создавать тест кейсов, где нужно ожидать час. А не то что не нужно проверять кейсы, где необходимо прохождении времени в длиною час. Первое значит что нужно реально ждать. А второе что можно проверить кейс при помощи хаков

да блин, ребята, если у вас не было ситуаций, что НЕЛЬЗЯ получить доступ к БД, изменить конфиги, то это не означает, что этого нет нигде

Андрей все здраво написал. Он имел в виду, что не нужно создавать тест кейсов, где нужно ожидать час. А не то что не нужно проверять кейсы, где необходимо прохождении времени в длиною час. Первое значит что нужно реально ждать. А второе что можно проверить кейс при помощи хаков

А после этого лишь подтвердил мое опасение, что не понимает как тестировать такие вещи автотестами ?

Про то и речь, ты советуешь без оговорок

но ок, советуйте с оговорками :)

Это хреновый совет, который научит человека делать как у вас на проекте с костылями все

?

есть, у меня такая ситуация была. к БД не давали притрагиваться

приходилось извращаться руками

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

Печально, что вы в таком случае экстраполировали свой опыт костыльных проектов на всю массу

Когда нужно сначала рассказать как лучше бы делать хорошо

был кейс что узнать что время заявки истекло можно было только через 73 часа. Но функционал был реализован также как например если заявку отклоняли несколько юзеров сразу. В итоге проверял так руками. Уходило в резлуьтате не 73 часа а 10 минут

да блин, ребята, если у вас не было ситуаций, что НЕЛЬЗЯ получить доступ к БД, изменить конфиги, то это не означает, что этого нет нигде

Нет таких ситуаций. Точно говорю.

И только потом когда вы сдались и сделали как придётся

Нет таких ситуаций. Точно говорю.

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

Парни, что значит "Админы не давали притрагиваться к БД"? Почему они это делали?

потому что тестеры упорно её херили

И что? Разворачиваете отдельную базу для тестеров и херите её нон стопом.

Это простая инженерная задача, а не ограничение, которое нельзя преодолеть.

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

и тут всё упирается в людей

Вы можете хоть локально на машине, где тесты гонятся, базу разворачивать, сидировать минимально необходимый набор фейковых данных и гнать тесты на них.

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

А причем тут админ, если это можно самому сделать?

и тут всё упирается в людей

Тут всё упирается в вас.

там выше человек написал уже локально поднимаешь и все

все проблемы решены

Ну, я к тому, что не надо вот этих сказонек типа "бывают ситуации, когда нельзя в базу ходить". Бывают ситуации, когда нельзя просто получить всё готовое и гонять там свой селениум. Это часть работы такие задачи решать.

ERROR: S client not available

Ты подожди, тут и не такому научат

А причем тут админ, если это можно самому сделать?

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

Ну, я к тому, что не надо вот этих сказонек типа "бывают ситуации, когда нельзя в базу ходить". Бывают ситуации, когда нельзя просто получить всё готовое и гонять там свой селениум. Это часть работы такие задачи решать.

плюсую, у нас вот тоже с порога не дают всем подряд доступы, но это лишь потому что Человек не может объяснить зачем ему доступ Продай смысл своих действий и тебе помогут. Ной, что тебе кто-то что-то не сделал - и ничего не изменится.

бывают. Поднять локально MS SQL на гигобайтик, перенастроить 300 виндовых микросервисов, Rabbit MQ, Redis, настроить шардирование, чтобы погонять полчаса тестики

Лол

бывают. Поднять локально MS SQL на гигобайтик, перенастроить 300 виндовых микросервисов, Rabbit MQ, Redis, настроить шардирование, чтобы погонять полчаса тестики

Зачем вам для автотестов (да и вообще тестов) MS SQL на гигобайтик? Всё остальное и так является частью тестового контура, переопределить бд на локальную - вопрос 15 минут.

А ещё есть такая вещь, как микродамп базы

А ещё есть такая вещь, как микродамп базы

сижу, как идиот, гуглю "микрораса" ?? Только хотел сказать, что никто не мешает сделать дамп и переключиться на него в тестовом окружении.

Зачем вам для автотестов (да и вообще тестов) MS SQL на гигобайтик? Всё остальное и так является частью тестового контура, переопределить бд на локальную - вопрос 15 минут.

Я думаю это вопрос пары минут, как только ты забил алиас на туда-сюда запускающий скрипт обновлённого конфига приложения

Вспомнился 1 кейс, когда реально с доступом к БД были проблемы. Проект был очень секьюрный и единсвтенный вариант получения доступа - развернуть у себя локально всё. Но при разворачивании прилаги - начинало тормозить ужасно локальное окружение. Но опять таки, это очень редкий кейс)

сижу, как идиот, гуглю "микрораса" ?? Только хотел сказать, что никто не мешает сделать дамп и переключиться на него в тестовом окружении.

Автозамена не знала про микродамп?

Зачем вам для автотестов (да и вообще тестов) MS SQL на гигобайтик? Всё остальное и так является частью тестового контура, переопределить бд на локальную - вопрос 15 минут.

вообще, если есть доспут в контур, то и БД как-нибудь да будет

А еще бывает, когда на проде есть изолированный участок под тесты, вроде фейковой организации

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

Если у вас нет тестового окружения, то ваши проблемы куда серьезнее, чем отсутствие доступа к бд. ;\

Зачем ? ?‍♂️

- Как получить права на машину? - давайте рассмотрим случай, что у вас инвалидность, и вы хотите быть допущенными до вождения с -15 на оба глаза...

Вспомнился 1 кейс, когда реально с доступом к БД были проблемы. Проект был очень секьюрный и единсвтенный вариант получения доступа - развернуть у себя локально всё. Но при разворачивании прилаги - начинало тормозить ужасно локальное окружение. Но опять таки, это очень редкий кейс)

Я почти уверен, что основным критерием "секьюрности" является доступ к данным. Развернуть инстанс с тестовыми (не sensitive) данными можно где угодно, не только локально.

погоди, мы не рассматриваем тестовое окружение, а тот факт, что "всё можно развернуть локально"

ебашим тестовые сущности с помощью спец апи, и спец апи же их удаляем

погоди, мы не рассматриваем тестовое окружение, а тот факт, что "всё можно развернуть локально"

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

Я почти уверен, что основным критерием "секьюрности" является доступ к данным. Развернуть инстанс с тестовыми (не sensitive) данными можно где угодно, не только локально.

Как бы да. Но на создание фейковых данных, апрув данных, апрув доступа и прочее - ушло бы больше года, т.к. проект был под руководством гигантской бюрократической машины

Как бы да. Но на создание фейковых данных, апрув данных, апрув доступа и прочее - ушло бы больше года, т.к. проект был под руководством гигантской бюрократической машины

Думаю вы несколько преувеличиваете. Скорее 1-2 месяца.

технически - да, но это не всегда бывает практически выгодно

Думаю вы несколько преувеличиваете. Скорее 1-2 месяца.

на апрув нового LAMP сервака для автотестов ушло пол года... К сожалению не преувеличиваю

Значит вам в бэд компани и читать pinned message до просветления.

технически - да, но это не всегда бывает практически выгодно

Практически - всегда выгодно управлять своим тестовым окружением.

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

Это да, через месяц ухожу и как раз добавлю туда сообщение

Подскажите как лучше реализовать такую тему: есть набор selenium тестов на python, я хотел бы чтобы удаленно сторонний человек их мог запускать. Опыта в этом у меня минимум. Запускал так локально через Jenkins. Сервера удаленного нет. Есть ли какой-то облачный Jenkins бесплатный или можно ли как-то развернуть Jenkins или другой инструмент на хостинге, например, каком-нибудь.

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