Size: a a a

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

2018 January 25

SV

Stanislav Vasenkov in QA — Автоматизация
лол
источник

JR

Jim Raynor 🎱💣 in QA — Автоматизация
т.е. я спрашивал о втором как раз
источник

A

Anatol in QA — Автоматизация
Если кто автоматизировал REST на js, есть несколько вопросов в лс
источник

SV

Stanislav Vasenkov in QA — Автоматизация
Anatol
Если кто автоматизировал REST на js, есть несколько вопросов в лс
спрашивай здесь, не стесняйся
источник

D

Deenya in QA — Автоматизация
как автоматизировать rest на js?
источник

SV

Stanislav Vasenkov in QA — Автоматизация
Deenya
как автоматизировать rest на js?
аяксом, конечно же
источник

D

Deenya in QA — Автоматизация
но у меня нода
источник

D

Deenya in QA — Автоматизация
стандартный http выглядит не очень
источник

DZ

Dmitry Zakharov in QA — Автоматизация
Deenya
как автоматизировать rest на js?
Supertest
источник

DZ

Dmitry Zakharov in QA — Автоматизация
Либа четкая дерзкая)
источник

A

Artyom in QA — Автоматизация
Привет . А кто подскажет по поводу средств автоматизации десктопных приложений ( язык С#) ? Сейчас ковыряю TestStack.White , чем он хуже / лучше остального ?
источник

D

Deenya in QA — Автоматизация
переходите в веб
источник

D

Deenya in QA — Автоматизация
желатльно на ноджс
источник

DZ

Dmitry Zakharov in QA — Автоматизация
Winium может пойдет?
источник

EA

Eugene "iMalkav" Arkharov[RU/MSK] in QA — Автоматизация
Медленный, лучше сразу AutomationUI, плюс все кастомные контролы все равно на нем описывать
источник

EA

Eugene "iMalkav" Arkharov[RU/MSK] in QA — Автоматизация
Dmitry Zakharov
Winium может пойдет?
Как вариант, да. Под капотом тот же AutomationUI, только код пишешь как и для селениума
источник

MS

Mikhail Shchegolev in QA — Автоматизация
Всем привет есть эксперты на питоне, хочу проконсультироваться про грабли на которые можно наступить если начинаешь писать тестовый Фреймворк с нуля в компании где менеджеры уже решили использовать BDD ... ? И хотят чтобы часть реализации шарилась между командами ... ?
источник

SV

Stanislav Vasenkov in QA — Автоматизация
Mikhail Shchegolev
Всем привет есть эксперты на питоне, хочу проконсультироваться про грабли на которые можно наступить если начинаешь писать тестовый Фреймворк с нуля в компании где менеджеры уже решили использовать BDD ... ? И хотят чтобы часть реализации шарилась между командами ... ?
Выскажу свое скромное мнение.

Когда-то написал на питоне bdd-фреймворк (да не простой, а с тем ещё гуем), все для ручных тестеров и манагеров и вот что скажу - BDD не нужен.  

Это большая трата ресурсов на поддержание этой "прослойки", которая в перспективе легко может подарить тонну блокеров. Это слабое звено.

Не нужно ориентироваться на менеджеров и полуручных тестеров, для которых "слишком сложно", пошли они в жопу.

Альтернатива? Пишите классический читаемый код, с комментариями, с аннотациями. Почитайте про allure, он, благодаря, аннотациям, выдает читаемую копипасту для багтрекеров.
Ну это просто мое мнение
источник

DZ

Dmitry Zakharov in QA — Автоматизация
Так же думаю, что bdd это лишняя работа
источник

DZ

Dmitry Zakharov in QA — Автоматизация
Но думаю что может у кого-то это и работает
источник