Size: a a a

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

2020 February 28

СС

Сказочный Сникерс in QA — Автоматизация
ну в общем в любом случае знаешь, напиши цикл который раз в какое то время будет проверять что твоя приложуха отвечает
источник

СС

Сказочный Сникерс in QA — Автоматизация
можно ретраями курла даже
https://stackoverflow.com/questions/42873285/curl-retry-mechanism
источник

EG

Edward Galiaskarov in QA — Автоматизация
Порт 3000. Но уточню
источник

СС

Сказочный Сникерс in QA — Автоматизация
ну вот и напиши цикл или курл с ретраями пока приложуха не станет отвечать по этому порту
источник

СС

Сказочный Сникерс in QA — Автоматизация
а, у тебя венда
источник

B

Bola in QA — Автоматизация
не проблема https://curl.haxx.se/windows/
источник

СС

Сказочный Сникерс in QA — Автоматизация
ужасно)
источник

СС

Сказочный Сникерс in QA — Автоматизация
но видимо других вариантов нет
источник

AC

Al Ch in QA — Автоматизация
Luke Skywalker
джоба в Jenkins?
Голосую за этот вариант!
источник

LY

Lev Yarushin in QA — Автоматизация
Edward Galiaskarov
Коллеги, никто не сталкивался с решением подобной задачи?
Подготовка стенда к прогону предполагает подтягивание обновлений запуск сервера rails и приведение к эталону базы.

Стартовать рельсы приходится в отдельном процессе, соответственно флаг завершения команды тут не получишь.

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

Я пока оснастку запуска делаю в батнике, временно делаю так

git pull

start ruby .\bin\rails s
ping 127.0.0.1 -n 200

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

если решения более изящное? Возможно с батником вообще задачу не решишь?
vagrant возьмите.
источник

B

Bola in QA — Автоматизация
Edward Galiaskarov
Коллеги, никто не сталкивался с решением подобной задачи?
Подготовка стенда к прогону предполагает подтягивание обновлений запуск сервера rails и приведение к эталону базы.

Стартовать рельсы приходится в отдельном процессе, соответственно флаг завершения команды тут не получишь.

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

Я пока оснастку запуска делаю в батнике, временно делаю так

git pull

start ruby .\bin\rails s
ping 127.0.0.1 -n 200

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

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

LS

Luke Skywalker in QA — Автоматизация
Al Ch
Голосую за этот вариант!
❤️
источник

IE

Ivan Efimov in QA — Автоматизация
повторюсь у кого стоит git в windows... можно запустить git bash в нем есть curl)
источник

СС

Сказочный Сникерс in QA — Автоматизация
Bola
что является признаком, что рельсы успешно стартовали?
почти у любого современного сервиса есть пинговалка которая говорит что сервис готов к работе
источник

СС

Сказочный Сникерс in QA — Автоматизация
либо он просто начинает отвечать по порту. либо в ответе говорит ready not ready итд
источник

СС

Сказочный Сникерс in QA — Автоматизация
сервис без такой штуки я бы не стал автоматизировать
источник

AC

Al Ch in QA — Автоматизация
Ivan Efimov
повторюсь у кого стоит git в windows... можно запустить git bash в нем есть curl)
get запрос можно и через cmd  выполнить
источник

IE

Ivan Efimov in QA — Автоматизация
через telnet можно все, но удобнее через curl)
источник

EG

Edward Galiaskarov in QA — Автоматизация
Bola
что является признаком, что рельсы успешно стартовали?
соррян, отвлекся. Реально там запускается puma
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Не знаю чего такая любовь к Curl -- лично я предпочитаю Python + Requests. Никаких ограничений, как хочешь так ответ(ы) и обрабатывай.
источник