Школа автоматизатора #2: Гонитва за швидкістю: Selenium vs Playwright vs Cypress (Цікаві досліди)

#testing

Хочу поділитися новим корисним відео для автоматизаторів від Ярослава Пернеровського.

Не баг, а фіча #3: Про розвиток

Пш пшпшпиш, як чутно!? Ловіть третій випуск подкасту. Поміж сиренами зібрались і поговорили про розвиток і кар'єру тестувальників. Донат на ЗСУ ✊лайк, шейр, підписка.

https://www.youtube.com/watch?v=TqYLHU40Dqc

Чи варто тестувальнику знати алгоритми?

#testing #engineering

Моя відповідь на таке важливе питання у сьогоднішньому дописі.

The 7 Pillar Developer: A holistic approach to building an exceptional career

#talk #review

Сьогодні доволі незвичний допис. У ньому я розповім Вам про доповідь, яку я подивився нещодавно та з якої я отримав дуже багато корисних знань.

Так, деякі частини доповіді виглядають, наче звичайна західна "self-help" та інша "мотиваційна" література. Але крім цього у відео є чимало цікавих моментів.

[Test Engineering Weekly] Про практику у програмуванні, поради Гарваду для вашого CV, внутрішню роботу JS та SQLite

#testing #engineering #weekly #digest

Привіт! Давно вже я не писав дайджестів. Але цікаві статті та інструменти з'являються щодня).

Як же знайти час - щоб усе це прочитати? А ще ж треба спробувати той модний Playwright, який використовують усі, крім тебе.

Доводиться дуже ретельно підходити до вибору та "споживання" нової інформації.

Тому пропоную вам підбірку кращих статей, що я нещодавно знайшов. Як завжди - мікс корисних та хардкорних постів).

Всім спокійної п'ятниці!

On choosing and changing languages for test automation

#testing #automation

Зібрав декілька моїх попередніх дописів щодо вибору мови програмування для автотестів у одну статтю.

Школа автоматизатора #3: Про текстові поля (Цікаві досліди)

#testing #video

Чергове цікаве відео від Ярослава. На цей раз про те, як різні інструменти працюють із тестовими полями.

Usually, standup goes like this - "I can't remember what I did, but what I did, I will continue."

#fun #enginerring

На календарі п'ятниця, хоча кожен день війни відчувається, як один суцільний понеділок.

Щоб зробити цей останній робочий день цього тижня трохи приємнішим та легшим - я приніс Вам трохи розважального контенту. А саме - інтерв'ю з айтівцями - та те, що, завичай, вони говорять.

- Інтерв'ю з Agile Coach`ем - перша та друга частини.
- Інтерв'ю з JS розробником
- Інтерв'ю з Java розробником

А Ви чули такі фрази від своїх колег?

[Рецензія] The Coding Career Handbook

#book #review

Іноді задаю собі питання - якої книги не вистачало мені після університету та на початку кар'єри? Схоже я знайшов таку книгу. Про неї - у огляді.

How Well Designed Is Your Microservice?

#testing #microservices

Чому незважаючи на усі переваги мікросервісів - тестувати їх не так просто, як хотілося б. Dave Farley дуже розгорнуто відповідає на це питання.

Запускаємо Scala тести на CI за допомогою sbt

#testing #automation #scala

Якщо Ви пишете тести на Scala або колись будете - ділюся з вами невеличким нотатком з команд, якими можна запускати тести на CI.

Roadmap для QA - що вчити?

#testing

Знайшов дуже непогану підбірку ресурсів для вивчення тест інженерам: тут і інструменти і концепції.

P.S. на сайті також є й інші роадмапи:
- Backend
- Java
- Python
- JS

Про контекстно-орієнтовані тестові процеси

#testing #leading

Сьогодні, до Вашої уваги пропоную основні тези зі статті: Individualized Testing Processes - One Size Does Not Fit All.

Testing Deep and Shallow

#testing

Натрапив на цикл статей від Michael Bolton під назвою "Testing Deep and Shallow". Цікавих думок після них залишилося чимало.

В першій частині Майкл розповідає про те, що таке покриття - та чому неправильно розглядати його тільки як "покриття коду". Усе залежить від моделей сприйняття. Крім покриття коду ще є покриття функціональності, вимог, ризиків та перфомансу.

Coverage is how thoroughly we have examined the product with respect to some model.

У другій частині стає ще цікавіше. З неї можна дізнатися, що можливо тестувати одну й ту ж фуцнціональність декількома способами - поверхневим та глибоким.

Shallow testing is testing that has a chance of finding every easy bug.
Deep testing is testing that maximizes the chance of finding every elusive bug that matters.

Зверніть також увагу, як цікаво він описує помилки:
- непомітні: коли погано розбираєшся у мовах програмування та технологіях
- приховані: закопані дуже глибоко у старому та незрозумілому legacy коді
- рідкісні: ті, що виникають тільки за певних умов чи на певних платформах
- періодичні: ті, що виникають, коли система знаходиться лише в певному стані
- несподівані: ті, які виникають, коли інтегруєш наче гарно протестовані частини між собою у єдину систему

У третій частині серії, автор розповідає про те, що допоможе зробити вибір - який спосіб тестування потрібно використовувати у тій чи іншій ситуації.

[Test Engineering Weekly] Звільнення у Twitter, query на 1000000$, тестування розподілених алгоритмів, ML та IOT

#testing #engineering #weekly #digest

Доброго ранку. Тримаємо стрій!

Сьогодні у підбірці:
- як неправильно звільняти людей - на прикладі Twitter
- історія одного фіксу, який коштував мільйон доларів на місяць
- помилки при тестуванні ML проєктів
- як влаштоване тестування у Spotify?
- підвищуємо продуктивність у робочих задачах та на мітингах
- багато іншого

Test Engineering Notes - каналу один рік!

Дев'ятнадцятого листопада 2021 року я прийняв рішення створити цей канал.

За цей час було багато - я перейшов на українську мову у постах (та постійно покращую свої знання) та написав вже близько 200 постів! Нехай буде більше цікавого та корисного контенту українською мовою!

Створення постів у каналі допомагає мені краще висловлювати свої думки - та покращувати навички простої розповіді на складні теми. Причому ці навички стали у пригоді при створенні нових постів у мій англомовний блог.

Також я почав приймати участь у теплому та ламповому подкасті “Не баг, а фіча!”.

Попереду ще багато цікавого - купа планів та контенту.

А підписників вже більше 1100! Неймовірно!
Дякую, що читаєте та коментуєте! Далі буде ще цікавіше!

Я бачу Вас цікавить автоматизація ...

#testing #automation

Всім привіт. Невеличка відпустка дуже швидко закінчилася, тому час повертатися до роботи та статей.

Сьогодні я вирішив допомогти усім, хто зараз хоче стати автоматизатором, але не знає, що вчити та й взагалі - які знання потрібні.

Звичайно, є дуже багато курсів на ринку - як платних так і безкоштовних. Але своїм дописом я хочу дати Вам дуже високорівневу картинку того, що Вам знадобиться при написанні автотестів.

P.S. Знання мови програмування - це лише дуже маленька частина паззлу!

Paper Review: Intramorphic Testing

#paper #review

Сьогодні я приніс Вам трохи хардкорного, але разом із тим цікавого матеріалу зі світу дослідницьких робіт на тему тестування.

Що тестувати або де брати ідеї для тестування окремих частин системи

#testing #junior

Чи бувало у вас, коли усі тести (чи автотести) перевіряють тільки happy path та декілька базових негативних сценаріїв?

А коли Ви намагаєтеся продумати та зафіксувати нові більш розширені тестові сценарії - ідей приходить в голову не так багато. Особливо після довгого дня скроллінгу новин у телеграмі.

Маю для вас декілька cheat sheets - ідей того, що можна тестувати
- один
- два
- три

Якщо у Вас є власні коллекції - поділіться ними у коментарях будь ласка.

[Test Engineering Weekly] Bug-bounties, мікросервіси в 1998 році, property-based тестування UI та видалення prod бази

#testing #engineering #weekly #digest

Всім привіт!

Це знову Олександр із підбіркою цікавих статей зі світу тестування та інженерії.

Сьогодні у випуску:
- якими бачили мікросервіси у 1998 році?
- що буде, якщо видалити продакшн базу даних?
- які проєкти створити для свого портфоліо?
- як заробляти на пошуку вразливостей?
- як localstack допомагає тестувати хмарну нфраструктуру локально?
- що таке generative AI та Precision Time Protocol?

An End To End Playwright Testing Tutorial | Playwright With TypeScript

#video #automation

Знайшов досить непогане інтро відео з Playwright на Typenoscript. Воно довге (5 годин, Карл!) - можна багато чого перемотувати та дивитися на 2х швидкості. Але основні моменти вказані.

Далі вже - вивчати документацію та поглиблювати знання.

P.S. Typenoscript мені навіть сподобався (на перший погляд). Такий собі JS здорової людини.