⚡️ Епізод 17: Де тестувальник вивчає техніки тест дизайну

Всі знають про техніки тест дизайну. Чи ... не всі? А коли ви в останній раз усвідомлено користувались цими техніками? А чи впевнені ви в тому, що використовуєте саме ті техніки, що треба? Чи справді практика важливіша за теорію? Як все це відноситься до покритття (в тому числі коду)?

В цьому епізоді до Артема та Олександра завітала гостя - Олександра Ковальова. Олександра розповіла про техніки тест дизайну, стандарти тестування, покриття та ще про багато всього цікавого!

Для тих, хто полюбляє слухати:
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast

А ще ви можете підтримати наш подкаст будь - яким донатом на Buy Me a Coffee ☕️
Окрім того, за різні підписки ви зможете отримати доступ до закритого чату подкасту, отримувати нові епізоди до самого виходу, а також є можливість присутності під час запису 😏

#testingminutes | @a_grygorenko | Test Engineering Notes

Корисні книжки з тестування (за мотивами подкасту)

#testing #books

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

Це якщо вам цікаво або ви вважаєте, що "нічого складного та нового в тому тестуванні немає"

Підбірки матеріалів з тестування

#testing

Серед купи статей та відео я знайшов декілька цікавих підбірок з тестування:

- Збірна "солянка" різних інструментів тестування та автоматизації
- Блоги про те, як різні компанії автоматизують мобільні додатки
- "Кращі" практики та підходи до UI автоматизації

Про силу запитань

#testing

Цього тижня мені прилетіло декілька задач на тестування (та автоматизацію) змін в одного з наших компонентів. Якщо дуже поверхнево - це така собі утиліта командної стрічки із купою різних "перемикачів". Саме декілька нових перемикачів мені й потрібно було перевірити.
У компоненти довга історія - спочатку його писали сторонні інженери, а потім вже передали нам. (Нічого несподіваного).

То ж я почав вивчати функціональність.
По-перше, я відшукав купу вимог, які навіть не були описані в описі тікета. Тікет був взагалі доволі стримано описаний.
По-друге я заліз та подивився PR та зміни, що були в ньому. Зазвичай, мені це дуже допомагає заматчити вимоги на те, шо дійсно було зроблено. (А ще подивитись тести).

Але в пулл реквесті мене чекав сюрприз...
Більша частина коду написана на Haskell. А інша частина на PureScript. А це такі мови програмування, які не можна "просто так взяти та почитати".

Тому я пішов та почав задавати питання девелоперам. І чим більше питань я задавав, тим більше "Хм, треба перевірити" я отримував.

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

⚡️ Епізод 18: Де тестувальник розбирається з онбордингом

Ви пам'ятаєте ваш перший день у компанії? Як це було? Зрозуміло чи зовсім навпаки? Чи отримали ви від користь від онбордингу?
В цьому випуску Артем та Олександр розбираються, що таке онбординг та як отримати від нього максимум як інженеру, так і ліду.


Де дивитись та слухати:
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast

А ще ви можете підтримати наш подкаст будь - яким донатом на Buy Me a Coffee ☕️

#testingminutes | @a_grygorenko | Test Engineering Notes

How to Speak - лекція в MIT від Patrick Winston

#video #speaking

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

Тому почати цей тиждень пропоную з дуже цікавої лекції від досвідченого лектора з MIT - Патріка Вінстона.

Нащо це дивитись?
- взнаєте як краще почати виступ
- дізнаєтесь різні підходи до побудови лекцій
- побачите чому приклади важливі, а текст на слайді - часто тільки відволікає
- вивчите структуру хорошої лекції (або ж будь-якої письмової роботи)
- відкриєте для себе - що мати слайд "Thank you. Questions" - то не дуже хороша ідея

Кому буде цікаво? Спікерам, лідам, менеджерам та будь-кому, хто щось презентує час від часу.

Найголовніша теза:
Якість спілкування Q = f(K,P,t), де K - це знання (knowledge), P - це практика (practice), t - талант (talent).
Тобто якість залежить більше від знань та практики, ніж від таланту.

Вчимося англійській або Поема про відповідальність

Мікромагістратура зі створення архітектури програмного забезпечення

5 грудня SET University запускає мікромагістерську програму Solution Architecture.

За 6 тижнів можна дізнатись про ключові концепції в архітектурі: від бізнес-аспектів та вимог — до структур, різновидів архитектур та підходів до їх дизайну. Програма актуальна для таких позицій: DevOps, Data Engineers, Software Architects, Middle+ Software Engineers.

Подати заявку на програму: тут

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

Корисне з GitHub - 4

#github #selection

- inshellisense: автокомпліт для вашої командної стрічки від Microsoft
- Giskard: безкоштовний інструмент для тестування machine learning моделей
- sshx: колаборативна командна стрічка
- Awesome emulators: купу емуляторів різних девайсів та консолей
- OWASP Web Security Testing: чекліст для тестування вразливостей веб додатків
- tech interview handbook: підбірка ресурсів, для тих, хто готується до кодинг інтерв'ю

⚡️ Епізод 19: Де тестувальник думає про майбутнє ручного тестування

Сьогодні в епізоді, Артем та Олександр говорять про те, коли ж нарешті "помре" ручне тестування, що можна зробити, шоб підвищити вашу цінність та трохи легше отримати нову роботу в сучасному світі штучних інтелектів.

Для тих, хто полюбляє слухати:
🔸 Youtube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast

А ще ви можете підтримати наш подкаст будь - яким донатом на Buy Me a Coffee ☕️
Окрім того, за різні підписки ви зможете отримати доступ до закритого чату подкасту, отримувати нові епізоди до самого виходу, а також є можливість присутності під час запису 😏

#testingminutes | @a_grygorenko | Test Engineering Notes

Test Engineering Notes - 2 роки!

#anniversary

Дев'ятнадцятого листопада 2021 року я створив канал Test Engineering Notes.
Це неймовірно, але ще один рік пролетів - й дуже швидко.

Результати за рік:
- Test Engineering Notes виріс більше ніж вдвічі
- пишу регулярні дайджести статей з тестування на DOU
- створив з Артемом свій власний подкаст з тестування - Testing Minutes
- виступив на найбільш кулуарній конференції - QA Party Hard у Львові
- ще більше читаю, пишу й говорю про тестування українською (й не тільки про тестування)

Дякую підписникам за те, що продовжуєте читати мене та писати коменти!
Дякую Артему Григоренко за те, що робимо цікавий подкаст разом!
Дякую ЗСУ за те, що маю можливість все це робити!

А я й надалі буду ділитись з вами цікавими, технічними та складними штуками зі світу тестування та інженерії.

Нотатки з Git від Julie Evans

#tools #git

- git reset —hard HEAD~X - відкотитись на X коммітів назад
- git diff HEAD~Y - показати, що було змінено Y коммітів назад
- git rebase -i HEAD~X - "стиснути" X коммітів в один
- git commit —amend - додати зміни до останнього комміту
- git commit —amend-no-edit - додати зміни "без питань"

Коли закомітили не в ту гілку:

- git checkout correct_branch
- git cherry-pick COMMIT_ID
- git checkout wrong-branch
- git reset —head HEAD^

Коли закоммітили зайвий файл:

- git rm —cached FILENAME
- git commit —amend

Коли хочеться прибрати один комміт в минулому:

- знайдіть SHA комміту
- git revert SHA
- введіть нове ім'я та створіть комміт

Коли потрібна "машина часу":

- git reflog
- git reset —hard HEAD{2}

Секрет швидкого кар'єрного росту розкрито

Laws of Test Automation

#testing #automation

Чергова холіварна стаття. ЦЬого разу не від Alan Page, а від Jason Arbon. У ній автор ділиться "законами автоматизації".
Кожен "закон" можна розбирати та дискутувати.

Law of Coverage. Automate frequent or difficult things.
Law of Speed. Speed kills quality and engineer’s time.
Law of ROI. Automation is the most expensive, slowest, and flakiest way to write tests.
Maintenance Principal. Automation exponentially becomes maintenance.
Law of Failures. When a failure occurs, it should be painfully obvious.
Mocking Principal. All tests can run locally.
Dollar Save Club Principal. Money saved on infrastructure costs more in engineering hours.
Boolean Principal. Not all tests are pass/fail.
Law of Automation Quality. Automation quality is inversely proportional to the number of classes, frameworks, and templates used
Law of New Frameworks. New frameworks are only for promotions.
Documentation Paradox. Tests should not need documentation.
Law of logarithms. The best test code is logging.
Law of Difficulty. Test code is the most difficult code to get right.
Law of Flakiness. Tests aren’t flaky, the test code is unreliable.
Law of Testability. Everything is testable with a little creativity.
Law of Frameworks. Frameworks enable bad test code.
Generation principle. Never generate test code.
Law of selection. Test selection adds risk.
Law of Shapes. Ignore pyramids, toroids, and ice cream cones.
Automation paradox. Don’t automate — unless you have to.
Reporting Principle. Other than 100%, percentages aren’t useful.

А ви з усіма законами згодні?

⚡️ Епізод 20: Де тестувальник шукає мотивацію вчитися та вчити

На курсах треба вчитись. Кожного дня на роботі треба вивчати нові технології та домени. Але як при цьому не втратити мотивацію? Чи потрібно поки вчишся сам - ділитись новими знаннями з іншими людьми?

Розібратись з питаннями навчання себе та інших ведучим подкасту допоможе гостя - Наталія Попелишко. Багато хто її знає як авторку одного з найбільших україномовних YouTube каналів про тестування - Popeliuha!

Дивитись та слухати:
🔸 Youtube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast

А ще ви можете підтримати наш подкаст будь - яким донатом на Buy Me a Coffee ☕️

P.S. Друзі! Це наш заключний випуск другого сезону!

А поки подкаст буде у відпустці - на каналі Testing Minutes вже є купу випусків, які можна послухати.

#testingminutes | @a_grygorenko | Test Engineering Notes

Video: Про розподілені системи та розробку ігор

#distributedsystems #games #video

Всім доброго ранку.
Починаємо тиждень з невеликих, але в деякому сенсі "хардкорних" тем.

1. Explaining Distributed Systems Like I'm 5 - коротко про те, чому нам все-таки потрібні ті розподілені системи. (Пояснення на прикладі машин з продажу морозива!).

2. Game Development Caution - роздуми про те, чому в 90-х ігри писали "з нуля" за тижні або пару місяців, а зараз розробляють проєкти роками, та ще й з багами.

Мікромагістерська програма "Information and Cybersecurity Management" від SET University

Що там? Якщо ви хочете розібратись, як ефективно захищати компанії від потенційних та реальних загроз та дізнатися, що означають слова Risk Management в cybersecurity або ж в Supply Chain. Ще й з практичним проєктом у кінці.

Коли: з 14 грудня

Для кого: Project Managers, Product Owners, Business Analysts, Product та Delivery Managers, СТО, Team Lead інженерних команд.

Повинно бути доволі цікаво!
Дізнатися більше: https://bit.ly/3RheP29

Test Engineering Notes: Vol.8. Про тести для serverless, розвиток інженера та баги на мільйони

#testing #engineering #digest

Пропоную на схвалення товариства опівнічників дайджест, який я назвав “Про тести для serverless, розвиток інженера та баги на мільйони”.

TLDR, або Що у випуску
- покрокова інструкція для вивчення автоматизації
- підходи до тестування serverless apps
- чекліст для тестування web безпеки від OWASP
- чому важливо писати постмортеми на інциденти
- баги на мільйони доларів та як їх уникнути
- технологічний стек для обробки даних в Meta
- як завоювати довіру команди

Awesome Sites To Test On

#testing #automation #resources

Бачу багато постів в Linkedin, де люди після курсів або самостійного навчання стікаються з проблемою - де взяти досвід. Досвід в тестуванні, досвід в автоматизації. Бо наче на курсі все зрозуміло, а як справа доходить до реального тестування - то з'являються проблеми.

Пропоную до вашої уваги підбірку сайтів, де ви можете попрактикувати свої навички - як UI, так API тестування.

Робіть домашні проєкти, наповнюйте своє портфоліо. Виділяйтесь серед інших кандидатів саме тим що ви зробили самі. А не тим, що пройшли той чи інший курс.

Change Driven Testing або тестування, кероване змінами

#testing #automation #paper

Мої нотатки зі статті про change-driven тестування.

Забуті аспекти навчання та професійного росту

#testing

В інтернеті зараз просто купа інформації. Причому не тільки "платних курсів за 2 - 3 тижні", але й якісного матеріалу, ще й безкоштовно (або практично задарма).

Наприклад
- Підбірка для тих, хто хоче самостійно навчитися більшості тем з Computer Science. Матеріали розбиті на теми. Можна просто брати - й вчитись.
- MIT Challenge від Scott H Young. Челендж полягав у тому, що Scott за один рік хотів самостійно онлайн пройти всю програму MIT з комп'ютерної інженерії. І йому вдалося!

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

А зворотнього зв'язку та дійсно корисного спілкування завжди не вистачає. То ж маю для вас можливе рішення цієї проблеми - Суворе QA Community.

Суворе QA Community - це закрита спільнота від мого товариша з подкасту - Артема Григоренко. Спільнота людей, що цінує спілкування, обмін знаннями та досвідом. Це та спільнота, де ви не будете боятись ставити запитання, де вас будуть підтримувати, і ви сможете зробити те, чого давно боялись в професії.

Чому варто вступити в цю спільноту?
1. 💬 Ексклюзивний доступ до закритої групи: Ви зможете спілкуватися з однодумцями, обмінюватися ідеями, розвивати свої знання та ділитися власним досвідом.
2. 🎓 Вебінари та воркшопи: Щомісяця — заходи з провідними експертами, які діляться своїми знаннями, техніками та найкращими практиками в галузі. (Розклад на грудень нижче)
3. 👥 Участь у мастермайнд групах: Можливість брати участь у невеликих групах для обговорення конкретних проблем, обміну ідеями та вирішення складних завдань.
4. 💼 Експертна підтримка: Ви отримаєте доступ до експертів з галузі, які готові ділитися своїм знанням та допомагати вирішувати складні завдання.

Тобто коротко - це не просто черговий чат. Тут буде корисно. Вартість місячної підписки - 2 чашки кави 😌
А підписатись ви можете в спеціальному для цього боті:
@suvoriy_qa_bot

Бажаю Артему створити дійсно круту спільноту, де люди отримують підтримку та розвиваються разом.