Size: a a a

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

2020 July 24

R(

Roman (rpwheeler) in QA — Автоматизация
Vadim Chekulaev
Привет.
Наверняка у многих из вас со временем появляются различные утилитки/скрипты, которые выполняют разные мелкие задачи - собрать подпись к запросу, посчитать специфичный хеш, достать из БД данные из нескольких табличек разом, послать HTTP запрос и т.п. После определенного количества этих инструментов я начал думать, что было бы круто иметь свою приложуху, в которой можно было бы хранить все эти инструменты вместе. Я себе это представляю как простенький фронт с формочками для ввода данных, который дергает бек и показывает ответ от бека. Голым фронтом тут не обойтись, потому что многие запросы заблочатся CORSом.
Подскажите, может знает кто конструктор для подобных приложух? Не хочется с нуля писать все составляющие, хочется собрать фронт из готовых UI элементов и сказать "по нажатию вот этой вот кнопки - выполни вот этот вот код на беке и покажи ответ вот тут"
Если нужен внутренний (относительно приложения), то то что фронты выберут.

Если нужен внешний конструктор и набор утилит, то Linux, командная строка, скрипты, если вот совсем нужен GUI то TKinter к Python .

Это долго пересказывать, но оно не просто так всё выжило и сисадминами используется именно в таком виде коллекций утилит CLI и скриптов, а не GUI-монолита.
источник

S

Sergei in QA — Автоматизация
> приложуху, в которой можно было бы хранить все эти инструменты вместе

Github / gitlab ?
источник

B

Bola in QA — Автоматизация
Andrii Baidachenko
Всем привет. Подскажите, может кто-то сталкивался. У меня есть джоба в Jenkins, которая запускает n количество других джоб параллельно. Каждая из этих параллельных джоб генерирует аллюр репорт. Есть ли возможность аггрегировать все эти репорты в один и отображать его в  материнской джобе? Гуглил весь день вчера - не нагуглил. Если кто подскажеьт в какую сторону гуглить - буду признателен
из всех джобов можно собрать артефакты аллюра (не готовый сам отчет), а потом в материнском джобе уже сгенерировать из них отчет
источник

O

Oleg in QA — Автоматизация
>собрать подпись к запросу, посчитать специфичный хеш, достать из БД данные из нескольких табличек разом, послать HTTP запрос и т.п.
Это нереально поддерживать будет на юае. Так как выполняться может что угодно, то и набор входных и выходных параметров может быть любой. Лучший вариант - терминал.
источник

V

Vadim Chekulaev in QA — Автоматизация
Oleg
>собрать подпись к запросу, посчитать специфичный хеш, достать из БД данные из нескольких табличек разом, послать HTTP запрос и т.п.
Это нереально поддерживать будет на юае. Так как выполняться может что угодно, то и набор входных и выходных параметров может быть любой. Лучший вариант - терминал.
У меня эти утилиты так или иначе уже существуют в коде автотестов как функции, принимающие разные параметры. В чем проблема передавать эти параметры с фронта на бек?
источник

C

Cadabrum in QA — Автоматизация
Vadim Chekulaev
Привет.
Наверняка у многих из вас со временем появляются различные утилитки/скрипты, которые выполняют разные мелкие задачи - собрать подпись к запросу, посчитать специфичный хеш, достать из БД данные из нескольких табличек разом, послать HTTP запрос и т.п. После определенного количества этих инструментов я начал думать, что было бы круто иметь свою приложуху, в которой можно было бы хранить все эти инструменты вместе. Я себе это представляю как простенький фронт с формочками для ввода данных, который дергает бек и показывает ответ от бека. Голым фронтом тут не обойтись, потому что многие запросы заблочатся CORSом.
Подскажите, может знает кто конструктор для подобных приложух? Не хочется с нуля писать все составляющие, хочется собрать фронт из готовых UI элементов и сказать "по нажатию вот этой вот кнопки - выполни вот этот вот код на беке и покажи ответ вот тут"
Эм, а почему у тебя UI будет слать запросы, а не бэк?
источник

C

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

V

Vadim Chekulaev in QA — Автоматизация
Cadabrum
Эм, а почему у тебя UI будет слать запросы, а не бэк?
Да, не так выразился. Юай дергает апишку бека, бек выполняет реальный запрос и отдает результат на фронт, фронт отображает.
источник

B

Bola in QA — Автоматизация
Vadim Chekulaev
Привет.
Наверняка у многих из вас со временем появляются различные утилитки/скрипты, которые выполняют разные мелкие задачи - собрать подпись к запросу, посчитать специфичный хеш, достать из БД данные из нескольких табличек разом, послать HTTP запрос и т.п. После определенного количества этих инструментов я начал думать, что было бы круто иметь свою приложуху, в которой можно было бы хранить все эти инструменты вместе. Я себе это представляю как простенький фронт с формочками для ввода данных, который дергает бек и показывает ответ от бека. Голым фронтом тут не обойтись, потому что многие запросы заблочатся CORSом.
Подскажите, может знает кто конструктор для подобных приложух? Не хочется с нуля писать все составляющие, хочется собрать фронт из готовых UI элементов и сказать "по нажатию вот этой вот кнопки - выполни вот этот вот код на беке и покажи ответ вот тут"
как раз самое время изучить что-то из этой троицы - vue/react/angular )
воспользоваться готовыми ui компонентами, типа ant.design и нарисовать
на реакте довольно быстро рисуется прототип (пробовал сам)
источник

V

Vadim Chekulaev in QA — Автоматизация
Bola
как раз самое время изучить что-то из этой троицы - vue/react/angular )
воспользоваться готовыми ui компонентами, типа ant.design и нарисовать
на реакте довольно быстро рисуется прототип (пробовал сам)
ant.design записал, спасибо)
источник

B

Bola in QA — Автоматизация
Vadim Chekulaev
ant.design записал, спасибо)
таких много, не только ant
но я с ним работал - много готовых элементов с богатым api
вот еще https://material-ui.com/ru/
гуглятся альтернативы легко
источник

C

Cadabrum in QA — Автоматизация
Впринципе, выбирать имеет смысл между этим двумя. Остальное достаточно странное. У Atlassain, JetBrains, Microsoft - у всех есть свой UI Kit, но там чет уже замороченно. Ну и в догонку - тайпскрипт наверное тебе не нужен :)
источник

V

Vadim Chekulaev in QA — Автоматизация
Andrii Baidachenko
Всем привет. Подскажите, может кто-то сталкивался. У меня есть джоба в Jenkins, которая запускает n количество других джоб параллельно. Каждая из этих параллельных джоб генерирует аллюр репорт. Есть ли возможность аггрегировать все эти репорты в один и отображать его в  материнской джобе? Гуглил весь день вчера - не нагуглил. Если кто подскажеьт в какую сторону гуглить - буду признателен
дженкинсом вытащить содержимое папок allure-results/* с дочерних джоб и положить их в одну папку на родительской джобе. Потом на этой папке уже запускать allure serve
источник

V

Vadim Chekulaev in QA — Автоматизация
Cadabrum
Впринципе, выбирать имеет смысл между этим двумя. Остальное достаточно странное. У Atlassain, JetBrains, Microsoft - у всех есть свой UI Kit, но там чет уже замороченно. Ну и в догонку - тайпскрипт наверное тебе не нужен :)
большинство утилит у меня как раз на тайпскрипте написано, так что он будет скорее плюсом)
источник

S

Sergey in QA — Автоматизация
Denys Iaremenko
Есть библиотеки которые генераторе OTP ( one time password) надо только узнать свою секретку по которой код генериться. Как узнаю секретку => когда добавляешь новый девайс тебе в Гугл/Микрософт админка дают отсканить qr, сначала надо отсканить обычным qr сканером чтоб получить url с секреткой, потом отсканить через Authentificator апку и закончить процесс добавления нового девайса
Authentificator это прямо название приложения https://play.google.com/store/apps/details?id=com.pixplicity.auth или просто по смыслу?
источник

А

Алексей in QA — Автоматизация
Oleg
>собрать подпись к запросу, посчитать специфичный хеш, достать из БД данные из нескольких табличек разом, послать HTTP запрос и т.п.
Это нереально поддерживать будет на юае. Так как выполняться может что угодно, то и набор входных и выходных параметров может быть любой. Лучший вариант - терминал.
элементарно поддерживается. Создается несложный генератор, который из сигнатуры метода конструирует веб страничку, с полями ввода и кнопкой, по нажатию которой вызывается метод с параметрами из полей ввода. дальше это оборачивается в вебсервер по вкусу. дальше все поддержание - обновлять список методов и опционально - док стрингов к ним
источник

OK

Oleksandr Khotemskyi in QA — Автоматизация
@eroshenkoam
Пацаны спасибо большое за - https://github.com/viclovsky/swagger-coverage

Я прям то же самое педалю сейчас. Хочу сделать аналогичную штуку для сбора реквестов в swagger доку для js api тестов.
источник

AE

Artem Eroshenko in QA — Автоматизация
@xotabu4 давай сделаем проксю?
источник

AE

Artem Eroshenko in QA — Автоматизация
чтобы она собирала все, а мы java -> proxy, js -> proxy
источник

AE

Artem Eroshenko in QA — Автоматизация
что думаешь?
источник