Про помилку незворотніх витрат a.k.a Sunk-Cost Fallacy
#testing #curious #fallacies #thinking
Помилки можуть виникати усюди. Найчастіше ми маємо справу з помилками в софті або якихось хардварних частинах. (Або у ваших автотестах ...)
Але чи існують помилки у тому, як ми мислимо? Виявляється, що так. Це помилки у логіці мислення. Ми робимо такі помилки навіть не помічаючи цього.
У цьому циклі дописів, я спробую коротко розповісти про такі помилки із прикладами з тестування та автоматизації. Декілька днів тому я вже розповідав про causal fallacy.
Що таке sunk-cost fallacy?
Сьогодні настав час для наступної помилки - sunk-cost fallacy або помилки незворотніх витрат.
Уявімо ситуацію. Хтось у минулому прийняв рішення. Через деякий час виявилося, що рішення було неправильним. Але оскільки на це рішення було витрачено вже багато часу, зусиль та грошей - людина (або команда чи компанія) продовжують працювати над цим хибним рішенням. Та ще й відмовляються його переглядати.
Приклади:
- менеджмент вважав, що автоматизація - то "легко" та купив усім ліцензії на відому та рекламовану low-code / no-code тулзу. Через деякий час виявилося, що тести дуже важко підтримувати та вони швидко ламаються після кожної зміни на фронтенді. Але гроші на річну ліцензію вже були витрачені, тому тестувальникам треба працювати з цими інструментами "через силу"
- те ж саме стосується будь-яких нових інструментів чи підходів (BDD, shift-left and right, etc) Особливо, коли інструменти "спускають зверху". Рішення вже "прийняті" або "нічого не знаю, клієнт так хоче!" або "це модний фреймворк, на ньому усі круті інженери пишуть - це майбутнє!"
Як запобігти цій помилці?
- Приймайте зважені рішення з порівнянням наявних альтернатив
- Розробляйте proof of concept будь-яких нових інструментів
- Думайте не тільки про плюси, а й про час на підтримку, переписування, інтеграцію нового у інфраструктуру
- Постійно оцінюйте прийняті рішення та не бійтеся відмовлятися від хибних та неефективних (навіть якщо сил та грошей було витрачено багато)
#testing #curious #fallacies #thinking
Помилки можуть виникати усюди. Найчастіше ми маємо справу з помилками в софті або якихось хардварних частинах. (Або у ваших автотестах ...)
Але чи існують помилки у тому, як ми мислимо? Виявляється, що так. Це помилки у логіці мислення. Ми робимо такі помилки навіть не помічаючи цього.
У цьому циклі дописів, я спробую коротко розповісти про такі помилки із прикладами з тестування та автоматизації. Декілька днів тому я вже розповідав про causal fallacy.
Що таке sunk-cost fallacy?
Сьогодні настав час для наступної помилки - sunk-cost fallacy або помилки незворотніх витрат.
Уявімо ситуацію. Хтось у минулому прийняв рішення. Через деякий час виявилося, що рішення було неправильним. Але оскільки на це рішення було витрачено вже багато часу, зусиль та грошей - людина (або команда чи компанія) продовжують працювати над цим хибним рішенням. Та ще й відмовляються його переглядати.
Приклади:
- менеджмент вважав, що автоматизація - то "легко" та купив усім ліцензії на відому та рекламовану low-code / no-code тулзу. Через деякий час виявилося, що тести дуже важко підтримувати та вони швидко ламаються після кожної зміни на фронтенді. Але гроші на річну ліцензію вже були витрачені, тому тестувальникам треба працювати з цими інструментами "через силу"
- те ж саме стосується будь-яких нових інструментів чи підходів (BDD, shift-left and right, etc) Особливо, коли інструменти "спускають зверху". Рішення вже "прийняті" або "нічого не знаю, клієнт так хоче!" або "це модний фреймворк, на ньому усі круті інженери пишуть - це майбутнє!"
Як запобігти цій помилці?
- Приймайте зважені рішення з порівнянням наявних альтернатив
- Розробляйте proof of concept будь-яких нових інструментів
- Думайте не тільки про плюси, а й про час на підтримку, переписування, інтеграцію нового у інфраструктуру
- Постійно оцінюйте прийняті рішення та не бійтеся відмовлятися від хибних та неефективних (навіть якщо сил та грошей було витрачено багато)
Telegram
Test Engineering Notes
Про причинно-наслідкові помилки
#testing #curious #fallacies #thinking
Причинно-наслідкові помилки (causal fallacy) виникають, коли хтось бере дві окремі незв'язані між собою події та визначає, що одна подія викликає іншу.
Наприклад, ви помітили, що ваші…
#testing #curious #fallacies #thinking
Причинно-наслідкові помилки (causal fallacy) виникають, коли хтось бере дві окремі незв'язані між собою події та визначає, що одна подія викликає іншу.
Наприклад, ви помітили, що ваші…
👍20
Вокршоп про QA Roadmap з OKR
#workshop
Артем Григоренко, мій співведучий з подкасту Testing Minutes, буде проводити воркшоп зі створення карти розвитку команди (не плутати з картами таро!) .
Якщо ви ще не чули про постановку цілей за методом OKR або хочете побачити реальний практичний приклад - мерщій записуйтесь!
📅 Коли: 20.07.2023, 18:00
📍 Де: Zoom
💵 Вартість: 50$ / 1850 UAH
🧑🎓 Для кого: Senior QA, Test Manager, QA Lead
🧾 Деталі від Артема: На цьому воркшопі я поділюся власними напрацюваннями щодо створення roadmap для команди тестувальників. Розберемось із OKR: що це таке, як його можна використати при плануванні розвитку своєї команди. На самому воркшопі учасники будуть складати таку roadmap для певної команди. А також, всі учасники воркшопу отримають додаткові матеріали після його завершення.
❗️30% коштів отриманих з воркшопу піде на ЗСУ.
🗒 Зареєструватись
#workshop
Артем Григоренко, мій співведучий з подкасту Testing Minutes, буде проводити воркшоп зі створення карти розвитку команди (не плутати з картами таро!) .
Якщо ви ще не чули про постановку цілей за методом OKR або хочете побачити реальний практичний приклад - мерщій записуйтесь!
📅 Коли: 20.07.2023, 18:00
📍 Де: Zoom
💵 Вартість: 50$ / 1850 UAH
🧑🎓 Для кого: Senior QA, Test Manager, QA Lead
🧾 Деталі від Артема: На цьому воркшопі я поділюся власними напрацюваннями щодо створення roadmap для команди тестувальників. Розберемось із OKR: що це таке, як його можна використати при плануванні розвитку своєї команди. На самому воркшопі учасники будуть складати таку roadmap для певної команди. А також, всі учасники воркшопу отримають додаткові матеріали після його завершення.
❗️30% коштів отриманих з воркшопу піде на ЗСУ.
🗒 Зареєструватись
Telegram
Нотатки суворого QA 💛💙
Нотатки про тестування, QA, менеджмент та людей.
⚡️Авторська менторська програма "Шлях до QA Leader"
https://grygorenko.tech/
💫Сурова QA Спільнота
http://qa-community.notion.site/
🍀Індивідуальне менторство з Артемом
@artem_grygorenko
⚡️Авторська менторська програма "Шлях до QA Leader"
https://grygorenko.tech/
💫Сурова QA Спільнота
http://qa-community.notion.site/
🍀Індивідуальне менторство з Артемом
@artem_grygorenko
👍4❤3
Всім привіт!
Звернулась по допомогу 56-та ОМПБр, яка зараз тримає східний напрямок. В ході штурмових дій багато техніки та засобів втрачаються нажаль безповоротно. І це сумно, але ця техніка допомагає зберігати їм життя!
Хлопці просять допомогти трохи відновити арсенал розвідувальних дронів, а саме запит на два DJI Mavic 3 Enterprise. Думаю, не треба пояснювати, яку важливу роль відіграють дрони в зоні бойових дій.
🎯Ціль: 212 000.00 ₴
🔗Посилання на банку
https://send.monobank.ua/jar/5DU4A4xvW3
💳Номер картки банки
Звернулась по допомогу 56-та ОМПБр, яка зараз тримає східний напрямок. В ході штурмових дій багато техніки та засобів втрачаються нажаль безповоротно. І це сумно, але ця техніка допомагає зберігати їм життя!
Хлопці просять допомогти трохи відновити арсенал розвідувальних дронів, а саме запит на два DJI Mavic 3 Enterprise. Думаю, не треба пояснювати, яку важливу роль відіграють дрони в зоні бойових дій.
🎯Ціль: 212 000.00 ₴
🔗Посилання на банку
https://send.monobank.ua/jar/5DU4A4xvW3
💳Номер картки банки
5375 4112 0717 6681Заздалегідь дякую усім💛💙
send.monobank.ua
Безпечний переказ коштів
Надсилайте безкоштовно та безпечно кошти
❤15
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
⚡️Епізод 6: Де тестувальник розбирається з BDD
У цьому епізоді, Артем та Олександр розбирають предмет довгих спорів та холіварів - BDD, він же Behavior Driven Development, він же "огірок".
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
#testingminutes #podcast
У цьому епізоді, Артем та Олександр розбирають предмет довгих спорів та холіварів - BDD, він же Behavior Driven Development, він же "огірок".
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
#testingminutes #podcast
👍17
Інженерні блоги, за якими варто слідкувати
#engineering
John Crickett нещодавно поділився великим списком блогів технологічних компаній. Вони допоможуть трохи краще розібратись у тому, як проєктуються та створюються великі системи.
Лист:
Engineering at Meta - https://engineering.fb.com/
Google Research - https://ai.googleblog.com/
Google Cloud Blog - https://cloud.google.com/blog/
AWS Architecture Blog - https://aws.amazon.com/blogs/architecture/
All Things Distributed - https://www.allthingsdistributed.com/
The Nextflix Tech Blog - https://netflixtechblog.com/
LinkedIn Engineering Blog - https://engineering.linkedin.com/blog
Uber Engineering Blog - https://eng.uber.com/
Engineering at Quora - https://quoraengineering.quora.com/
Pinterest Engineering - https://medium.com/pinterest-engineering
Lyft Engineering Blog - https://eng.lyft.com/
Twitter Engineering Blog - https://blog.twitter.com/engineering/en_us
Dropbox Engineering Blog - https://dropbox.tech/
Spotify Engineering - https://engineering.atspotify.com/
Github Engineering - https://github.blog/category/engineering/
Instagram Engineering - https://instagram-engineering.com/
Databricks - https://www.databricks.com/blog/category/engineering
Canva Engineering Blog - https://canvatechblog.com/
Etsy Engineering - https://www.etsy.com/codeascraft
Booking Tech Blog - https://blog.booking.com/
Expedia Technology -https://medium.com/expedia-group-tech
The Airbnb Tech Blog - https://medium.com/airbnb-engineering
Stripe Engineering Blog - https://stripe.com/blog/engineering
Ebay Tech Blog - https://tech.ebayinc.com/
Flickr's Tech Blog - https://code.flickr.net/
Hubspot Product and Engineering Blog - https://product.hubspot.com/blog/topic/engineering
Zynga Engineering - https://www.zynga.com/blogs/engineering
Yelp Engineering Blog - https://engineeringblog.yelp.com/
Heroku Engineering Blog - https://blog.heroku.com/engineering
Discord Engineering and Design - https://discord.com/blog
Zomato -https://www.zomato.com/blog/category/technology
Hotstar - https://blog.hotstar.com/
Swiggy - https://bytes.swiggy.com/
Acast Tech - https://medium.com/acast-tech
ASOS Tech Blog - https://medium.com/asos-techblog
Shopify Engineering - https://shopify.engineering/
Microsoft Tech Blogs -https://devblogs.microsoft.com/
Engineering at Microsoft - https://devblogs.microsoft.com/engineering-at-microsoft/
MongoDB Engineering Blog - https://www.mongodb.com/blog/channel/engineering-blog
Slack Engineering - https://slack.engineering/
Engineering at Depop -https://engineering.depop.com/?gi=c1f06491720c
SourceDiving (Cookpad's Engineering Blog - https://sourcediving.com/
Indeed Engineering Blog - https://engineering.indeedblog.com/blog/
Gusto Engineering Blog -https://engineering.gusto.com/
Engineering at Birdie - https://medium.com/engineering-at-birdie
Forethough Engineering - https://engineering.forethought.ai/
Capital One -https://www.capitalone.com/tech/blog/
Disney Streaming - https://medium.com/disney-streaming
А які технічні блоги читаєте ви? Пишіть у коментарях?
#engineering
John Crickett нещодавно поділився великим списком блогів технологічних компаній. Вони допоможуть трохи краще розібратись у тому, як проєктуються та створюються великі системи.
Лист:
Engineering at Meta - https://engineering.fb.com/
Google Research - https://ai.googleblog.com/
Google Cloud Blog - https://cloud.google.com/blog/
AWS Architecture Blog - https://aws.amazon.com/blogs/architecture/
All Things Distributed - https://www.allthingsdistributed.com/
The Nextflix Tech Blog - https://netflixtechblog.com/
LinkedIn Engineering Blog - https://engineering.linkedin.com/blog
Uber Engineering Blog - https://eng.uber.com/
Engineering at Quora - https://quoraengineering.quora.com/
Pinterest Engineering - https://medium.com/pinterest-engineering
Lyft Engineering Blog - https://eng.lyft.com/
Twitter Engineering Blog - https://blog.twitter.com/engineering/en_us
Dropbox Engineering Blog - https://dropbox.tech/
Spotify Engineering - https://engineering.atspotify.com/
Github Engineering - https://github.blog/category/engineering/
Instagram Engineering - https://instagram-engineering.com/
Databricks - https://www.databricks.com/blog/category/engineering
Canva Engineering Blog - https://canvatechblog.com/
Etsy Engineering - https://www.etsy.com/codeascraft
Booking Tech Blog - https://blog.booking.com/
Expedia Technology -https://medium.com/expedia-group-tech
The Airbnb Tech Blog - https://medium.com/airbnb-engineering
Stripe Engineering Blog - https://stripe.com/blog/engineering
Ebay Tech Blog - https://tech.ebayinc.com/
Flickr's Tech Blog - https://code.flickr.net/
Hubspot Product and Engineering Blog - https://product.hubspot.com/blog/topic/engineering
Zynga Engineering - https://www.zynga.com/blogs/engineering
Yelp Engineering Blog - https://engineeringblog.yelp.com/
Heroku Engineering Blog - https://blog.heroku.com/engineering
Discord Engineering and Design - https://discord.com/blog
Zomato -https://www.zomato.com/blog/category/technology
Hotstar - https://blog.hotstar.com/
Swiggy - https://bytes.swiggy.com/
Acast Tech - https://medium.com/acast-tech
ASOS Tech Blog - https://medium.com/asos-techblog
Shopify Engineering - https://shopify.engineering/
Microsoft Tech Blogs -https://devblogs.microsoft.com/
Engineering at Microsoft - https://devblogs.microsoft.com/engineering-at-microsoft/
MongoDB Engineering Blog - https://www.mongodb.com/blog/channel/engineering-blog
Slack Engineering - https://slack.engineering/
Engineering at Depop -https://engineering.depop.com/?gi=c1f06491720c
SourceDiving (Cookpad's Engineering Blog - https://sourcediving.com/
Indeed Engineering Blog - https://engineering.indeedblog.com/blog/
Gusto Engineering Blog -https://engineering.gusto.com/
Engineering at Birdie - https://medium.com/engineering-at-birdie
Forethough Engineering - https://engineering.forethought.ai/
Capital One -https://www.capitalone.com/tech/blog/
Disney Streaming - https://medium.com/disney-streaming
А які технічні блоги читаєте ви? Пишіть у коментарях?
Engineering at Meta
Engineering at Meta Blog
👍14😱5❤3❤🔥1🔥1
Помилка більшості a.k.a. Bandwagon Fallacy
#testing #curious #fallacies #thinking
Продовжуємо розбиратись з помилками в логіці та як вони можуть впливати на роботу інженера.
Що таке bandwagon fallacy?
Суть цієї помилки полягає в тому, що ми приймаємо рішення базуючись тільки на факті, що так робить більшість людей в індустрії. При цьому, ми не думаємо, а чи підходить це рішення для нашої конкретної ситуації.
Приклади
- AI та ChatGPT зараз на хайпі - саме тому треба його не просто вивчати, але й пхати усюди де тільки можна!
- Багато хто застосовує low-code або no-code інструменти - тому й вам потрібно почати!
- Усі пишуть автотести (шифтують вліво чи право, вивчають JS чи якийсь конкретний фреймворк) - тому й вам потрібно вивчати та застосовувати саме ці мови та підходи!
- Усі навкруги пишуть пишуть чек-лісти замість тест кейсів, тому й вам потрібно робити те саме!
- Усі міряють тестове покриття та ставлять не нижче 75-80-90% - тому й у вас на проєкті потрібно впроваджувати таке!
Як запобігти такій помилці?
- Вчити нове та розбиратися з хайповими технологіями завжди цікаво та корисно.
- Але до усілякого нового інструментарію потрібно ставитись скептично та перевіряти чи підходить воно саме вам та саме у цей момент часу. Кожен проєкт може відрізнятись та бути на різному етапі свого розвитку.
- Те що той чи інший підхід використовують “усі” - може означати, лишень, що про цей підхід зараз “модно писати та говорити”.
- Збирайте більше інформації, знайте слабкі та сильні сторони поточних інструментів та процесів та обережно пробуйте нове.
#testing #curious #fallacies #thinking
Продовжуємо розбиратись з помилками в логіці та як вони можуть впливати на роботу інженера.
Що таке bandwagon fallacy?
Суть цієї помилки полягає в тому, що ми приймаємо рішення базуючись тільки на факті, що так робить більшість людей в індустрії. При цьому, ми не думаємо, а чи підходить це рішення для нашої конкретної ситуації.
Приклади
- AI та ChatGPT зараз на хайпі - саме тому треба його не просто вивчати, але й пхати усюди де тільки можна!
- Багато хто застосовує low-code або no-code інструменти - тому й вам потрібно почати!
- Усі пишуть автотести (шифтують вліво чи право, вивчають JS чи якийсь конкретний фреймворк) - тому й вам потрібно вивчати та застосовувати саме ці мови та підходи!
- Усі навкруги пишуть пишуть чек-лісти замість тест кейсів, тому й вам потрібно робити те саме!
- Усі міряють тестове покриття та ставлять не нижче 75-80-90% - тому й у вас на проєкті потрібно впроваджувати таке!
Як запобігти такій помилці?
- Вчити нове та розбиратися з хайповими технологіями завжди цікаво та корисно.
- Але до усілякого нового інструментарію потрібно ставитись скептично та перевіряти чи підходить воно саме вам та саме у цей момент часу. Кожен проєкт може відрізнятись та бути на різному етапі свого розвитку.
- Те що той чи інший підхід використовують “усі” - може означати, лишень, що про цей підхід зараз “модно писати та говорити”.
- Збирайте більше інформації, знайте слабкі та сильні сторони поточних інструментів та процесів та обережно пробуйте нове.
👍28🔥6❤3🤡1
Корисне з Github - 2
#github #selection
Сьогодні я хочу поділитись декількома репозиторіями, які стануть у пригоді як новачкам в автоматизації, так і більш досвідченим інженерам (що готуються до співбесід).
- Для тих, хто готується до system design інтерв’ю, одним із важливих моментів буде швидко рахувати цифри перфомансу вашого майбутнього рішення. Цей репозиторій (а також супутня доповідь) допоможе трохи більше розібратись з latency, throughput та вартістю системи. https://github.com/sirupsen/napkin-math
- Andrejs Doronins має багато корисних курсів на Pluralsight. Крім того, він викладає приклади коду на Github. Для новачків буде цікаво.
- Rest Assured Fundamentals https://github.com/andrejs-ps/REST-Assured-Fundamentals
- Web Testing with Java and Playwright https://github.com/andrejs-ps/automated-web-testing-in-java-with-playwright
- Selenium Fundamentals https://github.com/andrejs-ps/Selenium-Fundamentals-completed
- А для тих, хто цікавиться Cypress - Mohammand Monfared виклав приклад цілого солюшену https://github.com/mmonfared/CyFramework (Але незнаю чи варто починати працювати з цим, бо схоже цей фреймворк потроху “загибається”)
#github #selection
Сьогодні я хочу поділитись декількома репозиторіями, які стануть у пригоді як новачкам в автоматизації, так і більш досвідченим інженерам (що готуються до співбесід).
- Для тих, хто готується до system design інтерв’ю, одним із важливих моментів буде швидко рахувати цифри перфомансу вашого майбутнього рішення. Цей репозиторій (а також супутня доповідь) допоможе трохи більше розібратись з latency, throughput та вартістю системи. https://github.com/sirupsen/napkin-math
- Andrejs Doronins має багато корисних курсів на Pluralsight. Крім того, він викладає приклади коду на Github. Для новачків буде цікаво.
- Rest Assured Fundamentals https://github.com/andrejs-ps/REST-Assured-Fundamentals
- Web Testing with Java and Playwright https://github.com/andrejs-ps/automated-web-testing-in-java-with-playwright
- Selenium Fundamentals https://github.com/andrejs-ps/Selenium-Fundamentals-completed
- А для тих, хто цікавиться Cypress - Mohammand Monfared виклав приклад цілого солюшену https://github.com/mmonfared/CyFramework (Але незнаю чи варто починати працювати з цим, бо схоже цей фреймворк потроху “загибається”)
GitHub
GitHub - sirupsen/napkin-math: Techniques and numbers for estimating system's performance from first-principles
Techniques and numbers for estimating system's performance from first-principles - sirupsen/napkin-math
👍18🔥3
Портфоліо для тест інженера
#testing #career
Ринок праці в IT в світі й в Україні зараз переживає не найкращі часи. Вакансій публікують мало. А якщо публікують, то практично на будь-який рівень надходять десятки, сотні або ж тисячі резюме.
Незалежно від того, чи трейні чи джуніор ви зараз, чи матьорий сіньйор - вам потрібно завжди думати про те, як тримати себе “в тонусі” та мати портфоліо.
Для розробника питання портфоліо визначається доволі просто - або викладай свої open-source роботи на Github, або бери участь в таких проєктах (чи пиши свої бібліотеки).
А от що робити тестувальнику щоб підвищити шанси хоча б опинитись на співбесіді?
- Оновіть своє резюме та оптимізуйте його під конкретну вакансію. Відмічайте саме той досвіду, який буде важливим на конкретній позиції. Не забувайте оновлювати свій Linkedin профіль також.
- Тестуйте! Оберіть відомі або невідомі веб сайти чи мобільні застосунки - та тестуйте їх. Напишіть тест план, чек ліст, стратегію. Спробуйте автоматизувати їх. Усі ваші роботи викладайте у вільний доступ на Github або у ваш блог.
- Викладайте цікаві баги, які ви знайшли в процесі тестування публічних веб-сайтів.
- Не зациклюйтесь тільки на одному інструменті чи фреймворку. Спробуйте будувати ваші рішення з автоматизації навіть на тій мові, яку знаєте менше.
- Можна підготувати план вашого навчання - наприклад у вигляді дошки в Trello та викласти її в загальний доступ. Таким чином ви зможете показати, яким був ваш прогрес та чого нового ви навчились - а також - як ви застосували ваші знання на практиці. Робіть публічні комітменти вивчити нове та звітуйте (наприклад в Твіттері)
- Аналізуйте та рефлексуйте кожну виконану задачу на роботі - чого ви навчились. Робіть нотатки та формуйте свою базу знань. Це також допоможе вам згодом підготувати багато історій для співбесід - коли вас запитають, чого саме ви досягли чи навчились окрім “писав тести чи проходили регресію)
- Навчайтесь новому та практикуйте отримані знання. А ще краще - діліться тим, чого навчились з іншими. Це може бути стаття на DOU наприклад чи відео на Youtube. Одна справа прочитати про щось в Інтернеті - зовсім інша - спробувати розповісти своїми словами.
А що ви робите для свого портфоліо?
#testing #career
Ринок праці в IT в світі й в Україні зараз переживає не найкращі часи. Вакансій публікують мало. А якщо публікують, то практично на будь-який рівень надходять десятки, сотні або ж тисячі резюме.
Незалежно від того, чи трейні чи джуніор ви зараз, чи матьорий сіньйор - вам потрібно завжди думати про те, як тримати себе “в тонусі” та мати портфоліо.
Для розробника питання портфоліо визначається доволі просто - або викладай свої open-source роботи на Github, або бери участь в таких проєктах (чи пиши свої бібліотеки).
А от що робити тестувальнику щоб підвищити шанси хоча б опинитись на співбесіді?
- Оновіть своє резюме та оптимізуйте його під конкретну вакансію. Відмічайте саме той досвіду, який буде важливим на конкретній позиції. Не забувайте оновлювати свій Linkedin профіль також.
- Тестуйте! Оберіть відомі або невідомі веб сайти чи мобільні застосунки - та тестуйте їх. Напишіть тест план, чек ліст, стратегію. Спробуйте автоматизувати їх. Усі ваші роботи викладайте у вільний доступ на Github або у ваш блог.
- Викладайте цікаві баги, які ви знайшли в процесі тестування публічних веб-сайтів.
- Не зациклюйтесь тільки на одному інструменті чи фреймворку. Спробуйте будувати ваші рішення з автоматизації навіть на тій мові, яку знаєте менше.
- Можна підготувати план вашого навчання - наприклад у вигляді дошки в Trello та викласти її в загальний доступ. Таким чином ви зможете показати, яким був ваш прогрес та чого нового ви навчились - а також - як ви застосували ваші знання на практиці. Робіть публічні комітменти вивчити нове та звітуйте (наприклад в Твіттері)
- Аналізуйте та рефлексуйте кожну виконану задачу на роботі - чого ви навчились. Робіть нотатки та формуйте свою базу знань. Це також допоможе вам згодом підготувати багато історій для співбесід - коли вас запитають, чого саме ви досягли чи навчились окрім “писав тести чи проходили регресію)
- Навчайтесь новому та практикуйте отримані знання. А ще краще - діліться тим, чого навчились з іншими. Це може бути стаття на DOU наприклад чи відео на Youtube. Одна справа прочитати про щось в Інтернеті - зовсім інша - спробувати розповісти своїми словами.
А що ви робите для свого портфоліо?
👍32😐3❤2
⚡️Testing Minutes - Епізод 7: Quality Coaching в Unity
Новий тиждень - черговий епізод подкасту!
Цього разу до нас з Артемом у випуск завітав Oleg Virovkin з компанії Unity.
Ми обговорили багато цікавих питань: від теми коучінгу якості до тестування та автоматизації графічних ефектів.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
#testingminutes #podcast
Новий тиждень - черговий епізод подкасту!
Цього разу до нас з Артемом у випуск завітав Oleg Virovkin з компанії Unity.
Ми обговорили багато цікавих питань: від теми коучінгу якості до тестування та автоматизації графічних ефектів.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
#testingminutes #podcast
YouTube
Епізод 7: Quality Coaching в Unity
☕Підтримати подкаст: https://www.buymeacoffee.com/testingminutes
Новий тиждень - черговий епізод подкасту!
Цього разу до Артема та Олександра у випуск завітав Oleg Virovkin з компанії Unity.
Разом вони обговорили багато цікавих питань: від теми коучінгу…
Новий тиждень - черговий епізод подкасту!
Цього разу до Артема та Олександра у випуск завітав Oleg Virovkin з компанії Unity.
Разом вони обговорили багато цікавих питань: від теми коучінгу…
👍11🔥6
Forwarded from Alex Cooper
Збір для 126-ї ОБрТрО
На останніх штурмах хлопців дуже крили, і вони втратили багато речей. Зараз потрібен тепловізор, Мавік та аптечки.
Аптечки вже вдалось знайти, а інше потрібно купувати. Розумію, як ми вже всі втомились від зборів, але і їм не легше.
За донати будуть розігруватись подарунки, тому, будь ласка, в коментарі вказуйте свої контактні дані, бо стільки 🐈, яких потім не можна ідентифікувати.
🎯Ціль: 150 000.00 ₴
🔗Посилання на банку
https://send.monobank.ua/jar/8RgbDqkGH1
💳Номер картки моно
Дякую💛💙
По всім питанням: @alex_cooperrr
На останніх штурмах хлопців дуже крили, і вони втратили багато речей. Зараз потрібен тепловізор, Мавік та аптечки.
Аптечки вже вдалось знайти, а інше потрібно купувати. Розумію, як ми вже всі втомились від зборів, але і їм не легше.
За донати будуть розігруватись подарунки, тому, будь ласка, в коментарі вказуйте свої контактні дані, бо стільки 🐈, яких потім не можна ідентифікувати.
🎯Ціль: 150 000.00 ₴
🔗Посилання на банку
https://send.monobank.ua/jar/8RgbDqkGH1
💳Номер картки моно
5375 4112 0715 4845Дякую💛💙
По всім питанням: @alex_cooperrr
🥰7❤3
Корисне з GitHub - 3
#github #selection
Корисні репозиторії для навчання тест інженера:
- Величезна підбірка статей про те, як тестують в різних відомих компаніях
- Підбірка безкоштовних ресурсів для тестувальників
- Якщо ви часто тестуєте форми з текстовими полями - цей відомий лист допоможе віднайти нові ідеї як зламати валідацію та додати “головного” болю вашим розробникам
- Не часто я бачив стільки інформації з інструментів accessibility тестування в одному місці - must-read!
- Ще один репозиторій з циклу awesome-X. Цей - саме про тестування
- Якщо ви тільки-но починаєте цікавитись тестуванням безпеки, то крім каналу, можна ще поглянути на цей лист
- Маленький, але важливий чекліст по тестуванню мобільних додатків
#github #selection
Корисні репозиторії для навчання тест інженера:
- Величезна підбірка статей про те, як тестують в різних відомих компаніях
- Підбірка безкоштовних ресурсів для тестувальників
- Якщо ви часто тестуєте форми з текстовими полями - цей відомий лист допоможе віднайти нові ідеї як зламати валідацію та додати “головного” болю вашим розробникам
- Не часто я бачив стільки інформації з інструментів accessibility тестування в одному місці - must-read!
- Ще один репозиторій з циклу awesome-X. Цей - саме про тестування
- Якщо ви тільки-но починаєте цікавитись тестуванням безпеки, то крім каналу, можна ще поглянути на цей лист
- Маленький, але важливий чекліст по тестуванню мобільних додатків
GitHub
GitHub - abhivaikar/howtheytest: A collection of public resources about how software companies test their software
A collection of public resources about how software companies test their software - abhivaikar/howtheytest
❤30
Читаємо - "Mastering Blockchain"
#books #blockchain #review
Сьогодні я хочу поділитися оглядом книжки про блокчейн, яку я читав доволі довго. Бо книга велика та містить дуже багато корисної інформації.
Фактично, можна прочитати одну книгу - та отримати увесь набір необхідних базових знань з блокчейну.
#books #blockchain #review
Сьогодні я хочу поділитися оглядом книжки про блокчейн, яку я читав доволі довго. Бо книга велика та містить дуже багато корисної інформації.
Фактично, можна прочитати одну книгу - та отримати увесь набір необхідних базових знань з блокчейну.
Друкарня
Читаємо: “Mastering Blockchain”
Чи варто читати книгу Mastering Blockchain від Imran Bashir, якщо ви хочете розібратись у сучасному світі блокчейну
👍13
Test Engineering Notes: Vol.4. Про автоматизацію в Reddit, тестування Kafka, баги в Atlassian та важливість естимацій
#testing #engineering #digest
Липень вже майже завершений. На ринку праці зараз - тиша. Але поки є час, треба дізнаватись останні "тренди" та вивчати нове.
Саме тому я прийшов до вас із новим дайджестом статей про тестування, розробку та інші технічні штуки.
Що у випуску:
- історія про розробника, що став тестувальником - та що з цього вийшло
- огляд інструментів тестування в світі Web3
- багато практичних кейсів роботи з Playwright - від візуальних тестів до оптимізації стабільності
- тестування Kafka коннекторів та досвіду користувача
- розповідь про підходи до балансування наванатаження та Gossip протокол у розподілених системах
- шикарна історія про те, як Atlassian мав багу на продакшені та “лежав” майже два тижні
- корисні поради для інженерів, що хочуть стати менторами
- правда про те, чому ми все ж таки помиляємося з оцінками задач
- приклад написання веб-сайту на технологіях кінця минулого сторіччя
- навчальне відео про Playwright та запис подкасту про штучний інтелект у військовій справі
- багато багато іншого ...
#testing #engineering #digest
Липень вже майже завершений. На ринку праці зараз - тиша. Але поки є час, треба дізнаватись останні "тренди" та вивчати нове.
Саме тому я прийшов до вас із новим дайджестом статей про тестування, розробку та інші технічні штуки.
Що у випуску:
- історія про розробника, що став тестувальником - та що з цього вийшло
- огляд інструментів тестування в світі Web3
- багато практичних кейсів роботи з Playwright - від візуальних тестів до оптимізації стабільності
- тестування Kafka коннекторів та досвіду користувача
- розповідь про підходи до балансування наванатаження та Gossip протокол у розподілених системах
- шикарна історія про те, як Atlassian мав багу на продакшені та “лежав” майже два тижні
- корисні поради для інженерів, що хочуть стати менторами
- правда про те, чому ми все ж таки помиляємося з оцінками задач
- приклад написання веб-сайту на технологіях кінця минулого сторіччя
- навчальне відео про Playwright та запис подкасту про штучний інтелект у військовій справі
- багато багато іншого ...
Друкарня
Test Engineering Notes: Vol.4. Про автоматизацію в Reddit, тестування Kafka, баги в Atlassian та важливість естимацій
Липневий дайджест цікавих статей про тестування, розробку та технології від Олександра Романова та каналу Test Engineering Notes.
👍23
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
⚡️Епізод 8: Де тестувальник планує перехід на Shift-left тестування
Цього разу в епізоді подкасту Testing Minutes ми з Олександром розбирали поняття shift-left тестування - від чого це все почалося та які кроки потрібно виконати, щоб почати практикувати такий підхід.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Окрім того, за різні підписки ви зможете отримати доступ до закритого чату подкасту, отримувати нові епізоди до самого виходу, а також є можливість присутності під час запису 😏
#testingminutes | Нотатки суворого QA | Test Engineering Notes
Цього разу в епізоді подкасту Testing Minutes ми з Олександром розбирали поняття shift-left тестування - від чого це все почалося та які кроки потрібно виконати, щоб почати практикувати такий підхід.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Окрім того, за різні підписки ви зможете отримати доступ до закритого чату подкасту, отримувати нові епізоди до самого виходу, а також є можливість присутності під час запису 😏
#testingminutes | Нотатки суворого QA | Test Engineering Notes
🔥10👍9
I’m a quality engineer and I’m not sure how I feel about that
#testing
Всім привіт. Почнемо цей тиждень з чогось нескладного, але разом із тим цікавого.
Багато хто думає, що тестування та якість в цілому - це тільки швидкий та проміжний етап для інженера на шляху до "нормального" розробника або менеджера.
Але що буває, коли розробник з 16-річним досвідом роботи приходить на вакансію тестувальника?
Які підходи він обирає для того, щоб покращити якість? Чи має він більше впливу ніж звичайний тестувальник?
Які висновки робить такий девелопер після року роботи?
Про все це ви можете дізнатись зі статті, яку я приніс вам сьогодні.
#testing
Всім привіт. Почнемо цей тиждень з чогось нескладного, але разом із тим цікавого.
Багато хто думає, що тестування та якість в цілому - це тільки швидкий та проміжний етап для інженера на шляху до "нормального" розробника або менеджера.
Але що буває, коли розробник з 16-річним досвідом роботи приходить на вакансію тестувальника?
Які підходи він обирає для того, щоб покращити якість? Чи має він більше впливу ніж звичайний тестувальник?
Які висновки робить такий девелопер після року роботи?
Про все це ви можете дізнатись зі статті, яку я приніс вам сьогодні.
Joep Schuurkes
I'm a quality engineer and I'm not sure how I feel about that
This post is a slightly edited version of the experience report I presented at the xp2023 conference. It covers my first six months at a scale-up, working as a quality engineer for the first time - af
👍12❤2
Навчаємось Playwright
#testing #automation #learning
Коли дуже нудно читати документацію Playwright, а хочеться більше інтерактиву та голосового навчання, маю декілька непоганих ресурсів для початку:
- Playwright Path від Test Automation University (набір з трьох невеличких безкоштовних курсів)
- Playwright videos від ray.run
Але все ж таки рекомендую саме офіційну документацію - бо вона там хороша.
#testing #automation #learning
Коли дуже нудно читати документацію Playwright, а хочеться більше інтерактиву та голосового навчання, маю декілька непоганих ресурсів для початку:
- Playwright Path від Test Automation University (набір з трьох невеличких безкоштовних курсів)
- Playwright videos від ray.run
Але все ж таки рекомендую саме офіційну документацію - бо вона там хороша.
Applitools
Learning Paths | Applitools
Become a test automation superstar! 🌟
🔥33👍10❤5
Трохи про англійську
#english
Сьогоднішній допис доволі незвичний. Він не про технології - а про знання англійської.
А точніше - це мої нотатки слів та ідіом з однієї книжки.
Можливо й вам ці слова стануть у нагоді в повсякденному спілкуванні.
#english
Сьогоднішній допис доволі незвичний. Він не про технології - а про знання англійської.
А точніше - це мої нотатки слів та ідіом з однієї книжки.
Можливо й вам ці слова стануть у нагоді в повсякденному спілкуванні.
Telegraph
Трохи про англійську
Про англійську Багато хто з нас застосовує англійську майже кожного дня. Ми читаємо баги та вимоги, пишемо баг репорти та тест кейси, говоримо на стендапах та з колегами з усіх куточків світу. В якийсь момент часу може здатися, що ви наче вже знаєте мову.…
👍28❤3
⚡️Епізод 9: Де тестувальник шукає джерела інформації
Навчатися - це важливо. Але яке джерело професійного контенту найкраще? Які взагалі є варіанти?
Про все це, а також про кроки, які краще виконати перед початком навчання - ми з Артемом розмірковуємо у новому епізоді подкасту Testing Minutes.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Окрім того, за різні підписки ви зможете отримати доступ до закритого чату подкасту, отримувати нові епізоди до самого виходу, а також є можливість присутності під час запису 😏
#testingminutes | Нотатки суворого QA | Test Engineering Notes
Навчатися - це важливо. Але яке джерело професійного контенту найкраще? Які взагалі є варіанти?
Про все це, а також про кроки, які краще виконати перед початком навчання - ми з Артемом розмірковуємо у новому епізоді подкасту Testing Minutes.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Окрім того, за різні підписки ви зможете отримати доступ до закритого чату подкасту, отримувати нові епізоди до самого виходу, а також є можливість присутності під час запису 😏
#testingminutes | Нотатки суворого QA | Test Engineering Notes
👍18💅1
Testing Language Models (and Prompts) Like We Test Software
#testing #ai
Починаємо робочий тиждень з чогось цікавого.
Багато хто з нас почав використовувати LLM софт типу ChatGPT для поточних задач (там де можливо).
Але чи замислювались ви над тим, як тестувати такі сервіси?
#testing #ai
Починаємо робочий тиждень з чогось цікавого.
Багато хто з нас почав використовувати LLM софт типу ChatGPT для поточних задач (там де можливо).
Але чи замислювались ви над тим, як тестувати такі сервіси?
Medium
Testing Language Models (and Prompts) Like We Test Software
TL;DR: You should
👍13