Test Engineering Lead в Intellias
  • Знайомтесь, TestOps!

    А чому відходити? Чому б теорію не вносити в реальний світ?
    Звісно якщо тобі не дають код розробників бо тестери та автоматчікі сидять в окремій кімнаті, окремого департамнету, окремої компанії, країни, світу, реальності то так. Тому погоджуюсь, що не вийде приносити нормально профіту
    Але якщо дійсно привнести в команду «теоретичні» підходи та практики — то щось з цього може вийти
    Атвічаю, я спробував і мені зайшло! Назад в іну реальність повертатись не хо!

    Поддержал: Oleg Zarevych
  • Online:[BOF] { QA }

    Всі отримані кошти йдуть на благодійність :)
    Також є можливість прийняти участь без благодійного внеску, але звісно краще з ;)

  • QA CLub Lviv: Файно про якість, в Хаббл Баббл

    Захід о 19:15 :)

  • Технології комп’ютерного зору в UI-тестуванні. Частина 2

    0_o што?)) Де пруф?) баланс рахунку не змінився)

    Поддержал: Dmytro Dundych
  • [Скасовано] Bug Seeker Morning@Lohika

    якщо що, то він відмінений

    Поддержал: Daryna Stremetska
  • Технології комп’ютерного зору в UI-тестуванні. Частина 2

    шикардосіна

    Поддержали: Irina Rotanova, Dmytro Dundych
  • QA CLub Lviv: Файно про якість, в Хаббл Баббл

    якщо що, то є сторінка заходу в фб ще
    www.facebook.com/events/2788996337815019

  • Скорочуємо час виконання UI-тестів з використанням Selenium Grid у Minikube-кластері

    Зарепостив на мою сторінку QA Club Lviv)

    Поддержал: Yevhenii Ovcharenko
  • Скорочуємо час виконання UI-тестів з використанням Selenium Grid у Minikube-кластері

    ну витрати зажди є) Ти просто в це інвестував свій час, мабуть десь за 2 тижні розібрався та все полетіло, рахуємо що твії 2 тижні роботи коштували 2к$. А плюс інфраструктура, міні куб не легка штука
    Тому тут потрібно грати в довгу, щоб випрадало часові витрати
    Дякую за статтю та за труди, але я краще піду в мун, ібо після мене людям троха легше буде то підтримувати, мабуть)

    Поддержал: Yevhenii Ovcharenko
  • Як тестувальнику розпочати роботу на проекті з нуля

    Тільки там посилання на телеграм канал бите)
    Якщо шо: t.me/qa_club_lviv

    Поддержал: Юрий Тесля
  • Як тестувальнику розпочати роботу на проекті з нуля

    Ууууух о то накатала!

  • UI-автоматизация, или Почему стоит посмотреть в сторону JavaScript

    Ну це ІМХО
    Оскільки нажаль в автоматизації перевірок за допомогою жс, слід досить часто вказувати авейт, ібо ЖС асінхроний — а перевірки мають бути «синхроними» (мають мати чітку послідовність кроків)

  • UI-автоматизация, или Почему стоит посмотреть в сторону JavaScript

    Супер :)
    Просто в статті є тільки одна непряма згадка про це)
    Тому зауважив цей підхід до вибору
    Ну і хочу ще наступне зауважити: що відповідний підхід зручно використовувати ще й для бекенд тестування :)

    Поддержали: Дмитрий, Nastia Nedosekova
  • UI-автоматизация, или Почему стоит посмотреть в сторону JavaScript

    Ну я поки не спробував не міг так вільно і з чістою совістю то казати :)
    В мене насправді так і є: одна репа для додатка та тестів компонентних + для оточень, я повністю включений в код рев’ю активінсть і відповідно я не просто переглядаю їх тести, а ще їх і редагую, або підказую розробникам які тести дописати до якогось функціонала. І відповідно розробники мені то підказують
    Вони переглядають мій код: використовують написані мною тести для локальних перевірок того що вони написали ну і як раз зараз коли зарелізимось — ми перейдемо до того що розробники будуть фіксити тести для оточення самостійно.
    Всі тести я контролюю в репозиторії — щось переношу на інтеграційний рівень, а щось на юніт
    Розробники від того дуже раді на проекті і як показник в нас більше 100 інтеграційних тестів, біля 300 юнітів, 37 тестів на оточення та 1 UI
    Звісно все залежить від проекту — але до цього я дійшов немалими власними зусиллями

    Також бонус від такого підходу — в тому що я дуже добре розбираюсь в проекті та гнучко для себе можу виконувати дослідницьке тестування із всеможливими моками для нашої алікаціїї, а це і затримки відповіді, це і просто захардкоджені значення, помилки від інтеграцій, тощо..

    Якщо ви скажете, а хто ж буде підтримувати ті тести що написані — розробники будуть підтримувати їх і буде достатньо значно меншої кількості тест інженерів щоб перевірити аплікацію

    Я вважаю що автоматизацтори як окремі особистості — це waste якщо їх рішення не використувують розробники (звісно в контексті проекту все слід сприймати).
    І вважаю що більшість автоматизаторів слід звільнити якщо вони не можуть зробити зрозуміле рішення для розробника. А ручні тестувальники будуть дійсно вічні
    А деякі матьорі автоматизатори (вже як SDET краще рахувати) — вони можуть взяти на себе роль котролю якості кодвої бази та проекту в загалом — і бути підтримкою для функціональних розробників, як наразі існують DevOps (з одної сторони брєд як роль, але не брєд коли копнути в цьому напрямку та зрозуміти наскільки там багато нюансів)

    Не прагматично робити висновки про щось, поки на практиці не спроуєш то :)

    Поддержали: Andrey, Nastia Nedosekova
  • UI-автоматизация, или Почему стоит посмотреть в сторону JavaScript

    await та async — це стоп слова для автоматизації :)
    На мою думку, зараз слід підходити до автоматизації перевірок не зі сторони «А яку мову обрати», а зі сторони «А що треба автоматизувати» та як би то банально не звучало — «Що використовують розробники»
    Ібо чим ближче по розумінню автоматизовані перевірки до розробника — тим більше вони ціності приносять

    Дякую за оглядову статтю)

  • Складнощі тестування мікросервісів та що з ними робити

    Микросервисы. Паттерны разработки и рефакторинга. Крис Ричардсон — перша книга з результатів пошуку «микросервіси книга»
    Паттерны тестирования xUnit — Мисарош. Має багато корисних порад як тестувати із моками, як пимати не залежні та атомарні тести
    Docker ну камон, доки в нього вогонь

    Ну а так дуже важливо розуміти що мікросервіси тестувати значно легше ніж UI, але потрібно вміти в код — без цього ніяк ти ефективно не покриєш функціонал та інтеграцію мікросервісів.
    Раджу ще знайти статті як тестують в Spotify та в Pinterest.
    Всі проблеми з якими ти стикнувся насправді просто із-за не знання мов програмування, в чому переваги мікросервісів в порівнянні із монолітом (особливо в плані тестування — а тестування мікросервісів це тільки автоматизація), також як білдити мікросервіси та піднімати їх на кожен коміт в докері чі через кубер, ну і відповідно як то тримати суто в коді — тобі тоді і енв не потрібен буде.
    Ібо в розробці сучасних додатків все крутиться в докері та підняти оточення зараз дуже дешево. Наприклад запустити тести на мікросервіси в blueocean які пробіжать за 3 хвилини на овер 10 ядрах та овер 20 оперативки буде коштувати як випити чашку кави в MacDonald’s. І то буде відповідно до оточення. Для оточення зробити окремі e2e тести які будуть бігати на кожен дєплой мікросервісів. Також прикрутити elk для зручної обробки догів
    Все це робиться через програмування

    В мене на проекті так і працює все, розробники пишуть юніт та інтеграційні тести, я їм в тому показую що та як ще покрити, сам пишу компонентів та e2e тести для всієї системи і то все лежить в репозиторіях мікросервісів відповідних. На кожен коміт піднімається ізольоване оточення із базами, oauth для кожного, відповідно і самі мікросервіси і це все з кода тестів автоматично динамічно понімать із будь якими конфігураціями. На кожен деплой запускаються e2e тести для апі та залишається 1 тест через UI автоматизований

    Мікросервіси це зручно, не просто звісно але ціна автоматизації значно менша ніж руцями тикати постмен тільки на «реальному» оточенні

  • Складнощі тестування мікросервісів та що з ними робити

    Не ображайся, але твоя стаття це «Горе від розуму», почитай книги про мікро сервіси та патерни xUnit тестування, а також про Docker + testcontainers
    А ще дуже дивно, як ПК ProQA конфи пропустили таку доповідь на конференцію...

    Поддержал: Oleg Korol
  • QA Club Lviv: Party Hard #2

    Спікери та доповіді:
    Яків Крамарєнко: Чому в автоматизатора таке складне життя
    Маріна Шульга: Що сільного між доктором Хаусом та тест менеджером?
    Микола Солопій: Selenium рулить, однак.. Про альтернативний світ автоматизації
    Також очікуємо ще спікерів) буду і тут дублювати інфу про них

  • Ранкова кава з QA Club Lviv #2

    Захід відбудеться у Молодо Зелено

  • Как QA прошел путь к зарплате в $5000 за 8 лет

    Оце ЗАШКВААР!!
    Якщо дуже м’яко, то ваше бачення автоматизації та розробки продуктів не достатньо відповідає реальності :)

    Поддержал: Yuriy Kish
← Сtrl 1234567 Ctrl →