Test Engineering Notes

Як вчитись ефективно, та що взагалі вибрати для себе! Як людина яка цікавиться дуже різносторонніми штуками мені прям дуже складно зрозуміти, що вчити в поточний момент, якщо ви такі самі, то рекомендую сходити на лекцію від Олександра! 😍 📌 Олександр Романов. Як зберігати фокус, коли навкруги стільки всього цікавого 📅 Вівторок, 22 квітня о 19:00 за Києвом 🧑‍🏫 Формат заходу: лекція 🔎Про що поговоримо? Чи бувало у вас так, що ви починаєте новий курс, але дуже швидко "забиваєте" й кидаєте його вже через пару днів? Або читаєте книгу, яку усі дуже рекомендують, але також швидко переключаєтеся на ще більш нову й цікаву? Чи стикалися ви з проблемою, коли хочеться вчити усе й одразу, але немає розуміння, з чого почати? У мене були ті самі проблеми. Кількість інтересів та матеріалів зростала, фокус втрачався, хотілося вчити все та навіть більше. З часом я зрозумів, що потрібна організація цього процесу — інакше буде суцільний хаос. У своїй доповіді розповім про свій тернистий шлях з пошуку інструментів, які дійсно працюють. Ця доповідь для тих, хто: - хоче зрозуміти, ЩО треба вчити та як створити собі персональний план розвитку; - хоче відрізнити ХОЧЕТЬСЯ вчити від ТРЕБА; - прагне вчитися довго й не загубити мотивації дорогою; - бажає нарешті знайти той час на навчання. 🎙 Олександр про себе Мене звати Олександр Романов. В ІТ я з 2011 року. За цей час писав на Java, C#, Scala, Python; автоматизував web, mobile, API, мікросервиси, блокчейн. Автор каналу Test Engineering Notes та дайджестів на DOU, ведучий подкасту Testing Minutes. 🔎 Де знайти Олександра? Linktree 🎟 Як взяти участь? - Придбати квиток/запис (200 грн із квитка йде на ЗСУ) - безкоштовно: для учасників спільноти 🔹 Хочеш приєднатися до спільноти? 📌 Дізнайся більше тут → @suvoriy_qa_bot 📅 Календар з усіма подіями: Переглянути До зустрічі на заході ☺️

Любі друзі, тестувальники — далі інформація для вас! У квітні проведу Інтенсив - "Естімація задач по тестуванню" Дати: 19 та 26 квітня Формат: Онлайн (2 заняття по 2-3 години) Вартість: 2500 грн А тепер пройдемось по деталях. Чому це важливо? 👉 Якщо ти хоч раз давав естімейт, який "трохи не вгадав" – цей інтенсив для тебе. 👉 Якщо хочеш чітко аргументувати свої оцінки перед командою та менеджерами – приходь. 👉 Якщо твій естімейт постійно змінюється через "а ще ось це додайте" – будемо розбирати, як уникати таких ситуацій. Що буде? 📌 Техніки та інструменти оцінювання 📌 Як робити точніші естімейти та обґрунтовувати їх 📌 Основні помилки в оцінках і як їх не припускатися 📌 Кейси та практика на реальних прикладах 📌 Купа додаткових матеріалів по темі 📢 Реєстрація тут і зараз Запитання можна писати мені сюди 👉 @artem_grygorenko

Характеристики якості програмного забезпечення #testing Якщо ви думаєте, що на функціональному тестуванні якість закінчується, то ось ще невеличкий список можливих характеритики якості (як зовнішніх та і внутрішніх). Так, це ті самі *-ility та набагато більше. Цей список стане хорошим джерелом ідей, куди розвивати тестування й інструменти на проєкті.

Сіньйор пробує vibe coding (з ШІ) Сьогодні хочу поділитись відео про те, як сіньйори в реальності користуються ШІ. Це ж насправді так, Артуре?

Що краще: enumerate чи range для циклів #python Уявімо, що треба пройти по усім елементам циклу. Це можна зробити дуже просто

fruits = ["apple", "banana", "cherry"]
for fruit in fruits:
    print(fruit)

Якщо ж треба мати доступ до елементу разом із його індексом, є такі варіанти

# range
fruits = ["apple", "banana", "cherry"]
for index in range(len(fruits)):
    print(index, fruits[index])

# enumerate
fruits = ["apple", "banana", "cherry"]
for index, fruit in enumerate(fruits):
    print(index, fruit)

Що краще обрати - enumerate чи range? 1. enumerate більш чисто виглядає та ще й оптимізована на рівні інтерпертатора 2. enumerate не має потенційних проблем з доступом по неіснуючому індексу 3. enumerate дозволяє задати початковий індекс для ітерації

for index, fruit in enumerate(fruits, start=1):
    print(index, fruit)

Окей, а коли ж краще користуватись range? - коли колекція елементів точно індексована - коли не треба мати доступ до конкретного елементу за поточним індексом

for i in range(10):
    print(i**2)

Vibe coding та реальність #engineering #llm Починаємо тиждень з трендів. Останнім часом чув багато хайпу щодо такого поняття як vibe coding. Це коли люди пропагують забити на складне навчання, а всю роботу віддати LLM. Штучний інтелект сам все зробить, а людині треба буде тільки "якось інтегрувати чи просто запустити згенероване". В цьому пості розробник пояснює, чому поки що такий підхід не настільки продуктивний, як його рекламують. А ще - цей підхід несе більше загрози, ніж користі. P.S. Наші досвід та вміння ШІ поки не замінить. Поки ...

Тестування - дуже легко, що там вчити взагалі ... #testing #roadmap З одного боку наче в теорії тестування небагато всього. Процеси, техніки тест дизайну, інструменти. А з іншого - тестувальнику можна (й треба) розширяти свій світогляд. То ж дозвольте поділитись з вами класною схемою тем, дотичних до тестування, які можна вчити. (Не тільки автоматизація) Посилання на постер в гарній якості - тут.

Why do we fail at interviews? #testing #interview Невелика стаття, де я розповідаю, чому нам зазвичай складно проходити співбесіди. А як ви проходите інтервʼю? Чи вам легко відповідати на усі питання?

Integrated Tests Are Scam #testing #engineering #automation Хороша доповідь про те, чому писати end-to-end UI та інтеграційні тести - це шлях у нікуди (за думкою доповідача). По факту, він розповідає, що юніт + контрактні тести зможуть майже на 100% замінити оці нестабільні високорівневі перевірки. Про контрактні тести говорили ще 9 років тому!

Чи помирає BDD? #testing Знайшов доволі цікаву статтю про те, що ж таке то BDD, як воно виникло та чому воно помирає. Та чи зникне цей підхід взагалі? Автор наводить приклади, куди можливо буде розвиватись BDD далі - це behavior development. Так, без ШІ не обійшлося.

Testing & Evaluating Large Language Models(LLMs) #testing #ai #llm Сьогодні я хочу поділитись циклом з трьох статей про те, як оцінювати якість роботи LLM систем. - Part 1 - Part 2 - Part 3 Дуже цікаво подивитись на різні метрики для таких систем.

Пошук роботи в 2021 та 2025 #video Начебто розважальне відео, але ...

Чи правда шаурма стає гіршою чим ближче до станції метро ... #engineering #python Цієї пʼятниці хочу поділитись дуже цікавою історією про те, як одна фраза на Reddit може привести до повноцінного проєкту з аналізу даних. А точніше - приклад того, як можна інженерно підходити до перевірки гіпотез.

What would happen if we didn't use TCP or UDP? #engineering #rust Невеличкий експеримент щодо використання кастомних протоколів (відмінних від TCP та UDP). Чи будуть такий протокол обробляти провайдери - такі як Digital Ocean чи AWS?

Що ж робити в такому випадку? 🕶 Треба прийняти декілька важливих умов: 1. Проходити співбесіди непросто - ринок жорсткий й вимоги високі 2. Бути хорошим спеціалістом не дорівнює легко пройти співбесіду 3. Мати десятки років досвіду не означає, що ви відповісте на будь-які питання інтервʼюєра 4. Підтримка навичок в актуальному стані - процес постійний. Бо від звільнень не застрахований ніхто. 👉 Загальні поради: - вчіться проходити співбесіди (наприклад за допомогою мок інтервʼю) - адаптуйтесь під вимоги конкретної компанії - робіть висновки завдяки зворотньому звʼязку після співбесіди - постійно підтримуйте свої важливі навички в актуальному стані - за можливості - діліться знаннями та формуйте свій власний бренд та мережу звʼязків Це - непросто, навіть для сіньйорів. З мок інтервʼю та підготовкою я можу допомогти. Пишіть в ДМ або в коментарі.

Про вміння працювати та проходити співбесіди #interview У кожного з нас є свій набір знань. Туди входять фундаментальні знання, набутий власний досвід та вміння. Окрема частин цих знань та вмінь - це те, що. ми використовуємо безпосередньо в роботі кожного дня. Якщо в нас запитають щось з актуального - ми зможемо легко відповісти й написати код. Чим більше працюєш в індустрії, тим більшим стає коло знань та досвіду. Але коло поточних навичок може бути обмеженим - конкретною посадою чи проєктом. Знання для проходження співбесід - це окремий великий пласт знань. Який не завжди пересікається з вашим набором знань. У кожного технічного інтервʼюєра свій власний багаж знань. Плюс - вимоги конкретної компанії до конкретної позиції. Задача інтервʼюєра - знайти перетин між вміннями кандидата та вимогами позиції. Можливо перетину не буде. Але тоді - треба оцінити перспективу швидкого навчання. А ще - знання та вимоги у кожного інтервʼюєра - різні. Шо робити? 🔽

⚡️ Епізод 50: Відповідаємо на питання підписників Чи потрібен Гітхаб для тестувальника? Які найголовніші навички QA, що приносять більше грошей? Чи переходити в розробку (бо там більше платять)? Коли AI замінить усіх? В цьому епізоді подкасту, Артем та Олександр відповідають на питання від підписників. Дивитись та слухати: 🔸 Youtube 🔹 Spotify 🔸 Apple Ваша підтримка важлива! Ми постійно розвиваємося і рухаємося вперед, але це неможливо без вашої підтримки. Тому будемо вдячні за лайки, коментарі та будь-яку іншу форму підтримки. Це допоможе нам просувати наші подкасти в рекомендаціях. Також ви можете підтримати нас донатом — це дійсно важливо для нас і є нашим рушієм. Дякуємо вам! Підтримати подкаст можна через: 🏦 База від Монобанку #testingminutes | @a_grygorenko | Test Engineering Notes

AI tools and how they kill learning #ai #tools #learning Написав невелику статтю на тему того, як сучасні інструменти зі штучним інтелектом вже зараз впливають на наше навчання. Та на навчання людей, що тільки починають в ІТ. А як ви думаєте - чи легше стало дійсно навчитись новому з ШІ - чи складніше?

Кожен може розробити калькулятор! (та де калькулятор краще - Android чи IOS) #engineering Цікавезна історія, в якій Hans-J. Boehm, що працював над власними версіями garbage collector та деякими частинами стандарту С++, отримав задачу написати ... калькулятор. Здається, задача вкрай проста. Але це не так. P.S. Hans навіть написав дослідницьку роботу про цей досвід - Towards an API for the Real Numbers