Ines Sombra, Fastly Testing in a Distributed World
Короткі нотатки з доповіді про тестування розподілених систем
Чому розподілені системи важко тестувати?
- недетермінованість
- багато станів
- багатопоточність
- відсутність централізованого погляду на систему
- таймінги
Які помилки можуть бути?
- Deadlock - система не може виконувати функцій взагалі
- Livelock / starvation - система працює над чимось, але не над тим, що потрібно
- Under specification - отримали месседж який не очікували отримати
Як тестують розподілені системи дослідники?
Формальне тестування
- Формальні методи (human assisted proofs) - TLA+, COQ, ISABELLE
- model checking - TLA+, MODIST, SPIN
- "Полегшені" формальні методи - ALLOY, SAT
Інші наукові підходи
- Top-Down. Ін'єкція помилок із застосуванням генераторів вхідних значень
- Bottom-up. Ін'єкція помилок керованих походженням.
- White / black box testing
Короткі нотатки з доповіді про тестування розподілених систем
Чому розподілені системи важко тестувати?
- недетермінованість
- багато станів
- багатопоточність
- відсутність централізованого погляду на систему
- таймінги
Які помилки можуть бути?
- Deadlock - система не може виконувати функцій взагалі
- Livelock / starvation - система працює над чимось, але не над тим, що потрібно
- Under specification - отримали месседж який не очікували отримати
Як тестують розподілені системи дослідники?
Формальне тестування
- Формальні методи (human assisted proofs) - TLA+, COQ, ISABELLE
- model checking - TLA+, MODIST, SPIN
- "Полегшені" формальні методи - ALLOY, SAT
Інші наукові підходи
- Top-Down. Ін'єкція помилок із застосуванням генераторів вхідних значень
- Bottom-up. Ін'єкція помилок керованих походженням.
- White / black box testing
YouTube
RICON 2014 Ines Sombra, Fastly Testing in a Distributed World
👍15
"Testing Minutes: Епізод, де тестувальник пише резюме" - де слухати?
Ми тут з Артемом запустили yet another подкаст.
На прохання слухачів, викладаємо перший епізод подкасту на Youtube.
Усі лінки на платформи також зібрані в одному посиланні.
Усі побажання та коменти залишайте під відео, або під цим постом)
Дякую, що слухаєте.
Ми тут з Артемом запустили yet another подкаст.
На прохання слухачів, викладаємо перший епізод подкасту на Youtube.
Усі лінки на платформи також зібрані в одному посиланні.
Усі побажання та коменти залишайте під відео, або під цим постом)
Дякую, що слухаєте.
YouTube
Епізод 1: Де тестувальник пише резюме
✊ Підтримати подкаст ставши спонсором цього каналу:
https://www.youtube.com/channel/UCW0jMrOfi31ZJ2rLZnsY8tQ/join
В цьому подкасті ми трішки пройшлись по резюме, його складовим, та деяким нюансам в описі.
Що в середині
- Ситуація на ринку зараз.
- Як…
https://www.youtube.com/channel/UCW0jMrOfi31ZJ2rLZnsY8tQ/join
В цьому подкасті ми трішки пройшлись по резюме, його складовим, та деяким нюансам в описі.
Що в середині
- Ситуація на ринку зараз.
- Як…
👍15👏2
Інтерв'ю для Web3 Test Series
#testing #blockchain
Нещодавно я дав коротеньке інтерв'ю для Web3Tests ком'юніті про те, що таке тестування у світі блокчейну та Web3, а також - що там по інструментам в наявності.
#testing #blockchain
Нещодавно я дав коротеньке інтерв'ю для Web3Tests ком'юніті про те, що таке тестування у світі блокчейну та Web3, а також - що там по інструментам в наявності.
Rafaela Azevedo
Web3 Test Series: Oleksandr Romanov
Oleksandr Romanov Oleksandr Romanov is a Software Engineer in Test / Software Engineer from Dnipro, Ukraine. He has 11+ years of experience in testing and test automation. His main area of expertis…
👍18❤1🔥1
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
⚡️Епізод 2: Де тестувальник йде на співбесіду
Продовжуємо випуск наших подкастів. На цей раз пройшлись по воронці найму та різних видів співбесід.
Послухати епізод тут:
🎧 Подкаст платформи
📺 YouTube
✍️ Підписатися на подкаст
#podcast #testingminutes
Продовжуємо випуск наших подкастів. На цей раз пройшлись по воронці найму та різних видів співбесід.
Послухати епізод тут:
🎧 Подкаст платформи
📺 YouTube
✍️ Підписатися на подкаст
#podcast #testingminutes
👍15
Benchmarking: You're Doing It Wrong
#testing #performance #video
Сьогодні ранок вівторка, навкруги літо та спека, але цікавих матеріалів менше не стає.
Тому пропоную переглянути доповідь по дуже базовим речам з тестування навантаження. Більше про підходи та про те, чому такий вид тестування складний.
На дату не дивіться - бо такі відео довго залишаються актуальними.
#testing #performance #video
Сьогодні ранок вівторка, навкруги літо та спека, але цікавих матеріалів менше не стає.
Тому пропоную переглянути доповідь по дуже базовим речам з тестування навантаження. Більше про підходи та про те, чому такий вид тестування складний.
На дату не дивіться - бо такі відео довго залишаються актуальними.
YouTube
"Benchmarking: You're Doing It Wrong" by Aysylu Greenberg
Knowledge of how to set up good benchmarks is invaluable in understanding performance of the system. Writing correct and useful benchmarks is hard, and verification of the results is difficult and prone to errors. When done right, benchmarks guide teams to…
❤7
Cheatsheet команд Linux
#linux #tools
Доброго ранку.
Знайшов для вас підбірку основних команд Linux. Можна проглянути та знайти ті, про які ви ще не чули.
А можна залишити в якості швидкого довідника.
Всім вдалого та продуктивного дня!
#linux #tools
Доброго ранку.
Знайшов для вас підбірку основних команд Linux. Можна проглянути та знайти ті, про які ви ще не чули.
А можна залишити в якості швидкого довідника.
Всім вдалого та продуктивного дня!
GitHub
Linux-Commands-A-Z/Linux commands.pdf at main · itsmetraw/Linux-Commands-A-Z
Every Linux Command I know A-Z. Contribute to itsmetraw/Linux-Commands-A-Z development by creating an account on GitHub.
👍18❤1
EARLY COMPUTER ART IN THE 50’S & 60’S
#curious #engineering
Сьогодні пропоную трохи відпочити та подивитись на еволюцію комп'ютерного арту - починаючи з дев'ятнадцятого століття та дотепер.
А ще, можна заповнити зарплатну анкету від DOU. Це допоможе трохи краще зрозуміти, чи актуальна у вас ЗП чи ні.
#curious #engineering
Сьогодні пропоную трохи відпочити та подивитись на еволюцію комп'ютерного арту - починаючи з дев'ятнадцятого століття та дотепер.
А ще, можна заповнити зарплатну анкету від DOU. Це допоможе трохи краще зрозуміти, чи актуальна у вас ЗП чи ні.
Amy Goodchild
Early Computer Art in the 50’s & 60’s — Amy Goodchild
A deep dive on the early days of creative computing coming to life. Punch cards, plotters, light pens and lots more.
👍7❤1
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
⚡️Епізод 3: Де тестувальник визначає актуальні навички
Вийшов новий епізод подкасту Testing Minutes. У цьому епізоді, я з Олександром розмірковую, які навички потрібно прокачувати сучасному тестувальнику, щоб не пасти задніх на сучасному ринку праці
🎧 Слухати подкаст тут
📺 Дивитися подкаст тут
PS. Ми дуже вдячні за ваш фідбек, і його активно використовуємо для того, щоб підвищити якість подкасту. Тому так само будемо вдячні вам за зворотній зв'язок в майбутньому. Не зупиняйтесь ;)
#testingminutes #podcast
Вийшов новий епізод подкасту Testing Minutes. У цьому епізоді, я з Олександром розмірковую, які навички потрібно прокачувати сучасному тестувальнику, щоб не пасти задніх на сучасному ринку праці
🎧 Слухати подкаст тут
📺 Дивитися подкаст тут
PS. Ми дуже вдячні за ваш фідбек, і його активно використовуємо для того, щоб підвищити якість подкасту. Тому так само будемо вдячні вам за зворотній зв'язок в майбутньому. Не зупиняйтесь ;)
#testingminutes #podcast
❤🔥6👍5😁5
Про ще один вид ручної праці та засоби його покращення
#ai #curious
Всім доброго ранку понеділка. За вікном в мене дощ, але це ніяк не привід зменшувати допитливість до світу технологій та тестування.
AI зараз усюди. Але щоб цей інтелект працював, йому треба навчатися на даних. В ідеалі - підготовлених.
Деякі компанії користуються послугами аутсорсерів щоб проаналізувати та розмітити дані вручну. Потім ці оброблені дані вже використовують для тренування AI моделей.
Але деякі аутсорсери пішли далі та застосували "автоматизацію" ...
#ai #curious
Всім доброго ранку понеділка. За вікном в мене дощ, але це ніяк не привід зменшувати допитливість до світу технологій та тестування.
AI зараз усюди. Але щоб цей інтелект працював, йому треба навчатися на даних. В ідеалі - підготовлених.
Деякі компанії користуються послугами аутсорсерів щоб проаналізувати та розмітити дані вручну. Потім ці оброблені дані вже використовують для тренування AI моделей.
Але деякі аутсорсери пішли далі та застосували "автоматизацію" ...
MIT Technology Review
The people paid to train AI are outsourcing their work… to AI
It’s a practice that could introduce further errors into already error-prone models.
❤11
Коли навчання варте зусиль?
#learning #skills
У бізнесі має місце дилема: чи розробляти якийсь інструмент всередині компанії чи купити вже готовий на ринку?
В пересічного інженера можуть виникнути подібні дилеми:
- Ви працюєте деякий час тест інженером або інженеркою та хочете навчитись автоматизації тестування.
- Ви пишете автотести деякий час та замислюєтесь - чи вчити отой модний новий фреймворк чи мову програмування.
- Ви - лід чи менеджер та розмірковуєте - чи варто самому навчитись роботі з новим інструментом чи найняти нову людину, яка вже буде мати необхідні навички.
Тобто, з навчанням новому у Вас є варіанти:
- Можна опанувати навичку самому
- Можна найняти когось іншого (делегувати)
- Можна НЕ навчатись взагалі
Які ж питання можна собі задати, коли Ви вагаєтесь чи вчити щось нове чи ні?
1. Як швидко я очікую, що практика навички буде легшою із часом? Є навички, де прийнятний результат можна отримати доволі швидко. А є такі, де треба витратити місяці та роки на опанування.
2. Як часто я буду користуватися цією навичкою? Все залежить від контексту. Якщо ця навичка допоможе зрости у кар’єрі - вона варта. Якщо ж ви не будете практикувати цю навичку - то вона швидко забудеться.
3. Чи буду я отримувати задоволення від практики навички (чи захоплює ця навичка мене)? Не треба вчитись чомусь, якщо ви не отримуєте хоча б найменшого задоволення від практики цієї навички. Навчання через “не можу” рідко буває ефективним.
Більше про те, чи варто навчатись можна почитати в оригінальній статті - When is Learning Worth the Effort?
#learning #skills
У бізнесі має місце дилема: чи розробляти якийсь інструмент всередині компанії чи купити вже готовий на ринку?
В пересічного інженера можуть виникнути подібні дилеми:
- Ви працюєте деякий час тест інженером або інженеркою та хочете навчитись автоматизації тестування.
- Ви пишете автотести деякий час та замислюєтесь - чи вчити отой модний новий фреймворк чи мову програмування.
- Ви - лід чи менеджер та розмірковуєте - чи варто самому навчитись роботі з новим інструментом чи найняти нову людину, яка вже буде мати необхідні навички.
Тобто, з навчанням новому у Вас є варіанти:
- Можна опанувати навичку самому
- Можна найняти когось іншого (делегувати)
- Можна НЕ навчатись взагалі
Які ж питання можна собі задати, коли Ви вагаєтесь чи вчити щось нове чи ні?
1. Як швидко я очікую, що практика навички буде легшою із часом? Є навички, де прийнятний результат можна отримати доволі швидко. А є такі, де треба витратити місяці та роки на опанування.
2. Як часто я буду користуватися цією навичкою? Все залежить від контексту. Якщо ця навичка допоможе зрости у кар’єрі - вона варта. Якщо ж ви не будете практикувати цю навичку - то вона швидко забудеться.
3. Чи буду я отримувати задоволення від практики навички (чи захоплює ця навичка мене)? Не треба вчитись чомусь, якщо ви не отримуєте хоча б найменшого задоволення від практики цієї навички. Навчання через “не можу” рідко буває ефективним.
Більше про те, чи варто навчатись можна почитати в оригінальній статті - When is Learning Worth the Effort?
Scott H Young
When is Learning Worth the Effort? - Scott H Young
Do we underinvest in learning? An exploration of the logic of learn-or-delegate decisions.
👍13
Test Engineering Notes: Vol. 3
#testing #engineering #digest
Зізнавайтеся, ви вже прочитали усі статті з минулих підбірок?
Якщо так, я приніс вам нову порцію цікавинок зі світу тестування та розробки.
У цьому випуску:
- AI у тестуванні - від теоретичних роздумів до практичного тестування
- "шифтуємо" вліво перевірки безпеки та знайомимось з accessibility
- розширюємо набір інструментів для мобілок та розбираємось з web перфомансом з Lighthouse
- вивчаємо дизайн паттерни для автотестів та дивимось на приклади контрактних тестів
- розкриваємо тему культури тестування на прикладі Google та Apple
- повторюємо базові (та не дуже) концепції з системного дизайну, мереж та баз даних
- дивимось доповіді про performance benchmarking та поглиблені підходи в тестуванні розподілених систем
- багато багато іншого ...
А які найцікавіші статті ви прочитали за червень?
#testing #engineering #digest
Зізнавайтеся, ви вже прочитали усі статті з минулих підбірок?
Якщо так, я приніс вам нову порцію цікавинок зі світу тестування та розробки.
У цьому випуску:
- AI у тестуванні - від теоретичних роздумів до практичного тестування
- "шифтуємо" вліво перевірки безпеки та знайомимось з accessibility
- розширюємо набір інструментів для мобілок та розбираємось з web перфомансом з Lighthouse
- вивчаємо дизайн паттерни для автотестів та дивимось на приклади контрактних тестів
- розкриваємо тему культури тестування на прикладі Google та Apple
- повторюємо базові (та не дуже) концепції з системного дизайну, мереж та баз даних
- дивимось доповіді про performance benchmarking та поглиблені підходи в тестуванні розподілених систем
- багато багато іншого ...
А які найцікавіші статті ви прочитали за червень?
Telegraph
Test Engineering Notes: Vol. 3
Головне В червні ми з Артемом Григоренко запустили свій власний подкаст про тестування - Testing Minutes. В цьому подкасті ми розмовляємо про різні концепції з тестування та технологій, коротко та без води. Така собі комбінація технічного та процесно-менеджерського…
❤14👍2🤣1
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
⚡️Епізод 4: Де тестувальник спростовує міфи про тестування
У цьому епізоді, я з Олександром у ролі руйнівників міфів - та спростовували найвідоміші міфи зі світу тестування та автоматизації.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Також, ми будемо вдячні за фідбек, бо ми постійно розвиваємось і покращуємо якість (як на мене :D)
Пропонуйте ваші теми в коментарях ;)
#testingminutes #podcast
У цьому епізоді, я з Олександром у ролі руйнівників міфів - та спростовували найвідоміші міфи зі світу тестування та автоматизації.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Також, ми будемо вдячні за фідбек, бо ми постійно розвиваємось і покращуємо якість (як на мене :D)
Пропонуйте ваші теми в коментарях ;)
#testingminutes #podcast
❤13
Про економію, аутсорсинг та надмірну довіру - кейс Boeing 737 MAX
#testing #bugsinthewild
Всім доброго ранку понеділка. Сьогодні я хотів би поговорити про найвідоміші баги та чому вони виникають.
У дописі ми розберемо кейс з літаком Boeing 737 MAX, що стався не так давно - у 2018 році.
Чи то тестувальники пропустили баги, чи то інженери неправильно задизайнили та створили систему, чи то процес був зламаний.
А ви як думаєте? Де тут root cause?
#testing #bugsinthewild
Всім доброго ранку понеділка. Сьогодні я хотів би поговорити про найвідоміші баги та чому вони виникають.
У дописі ми розберемо кейс з літаком Boeing 737 MAX, що стався не так давно - у 2018 році.
Чи то тестувальники пропустили баги, чи то інженери неправильно задизайнили та створили систему, чи то процес був зламаний.
А ви як думаєте? Де тут root cause?
Telegraph
Про економію, аутсорсинг та надмірну довіру - кейс Boeing 737 MAX
Нещодавно я натрапив на цікаву статтю про скандал з літаками компанії Boeing - 737 MAX. Стаття про те, як спроба економити та замовчувати призвела до втрат людьских життів, репутації та купи грошей. Повний таймлайн подій можна подивитись у Wiki. 737 MAX та…
👍14
What Makes Israel So Good at Hacking?
#security
Із самого початку повномасштабного вторгнення РФ в Україну, у суспільстві почали говорити про те, що Україні потрібно брати приклад з Ізраїлю у військовій справі.
Один з напрямків - це кібербезпека. Але чому та як Ізраїль став чи не найкращим в світі у цій сфері? Чому ми можемо навчитись вже зараз? Чи легко щось подібне буде збудувати в нашій країні?
А ви як думаєте?
#security
Із самого початку повномасштабного вторгнення РФ в Україну, у суспільстві почали говорити про те, що Україні потрібно брати приклад з Ізраїлю у військовій справі.
Один з напрямків - це кібербезпека. Але чому та як Ізраїль став чи не найкращим в світі у цій сфері? Чому ми можемо навчитись вже зараз? Чи легко щось подібне буде збудувати в нашій країні?
А ви як думаєте?
YouTube
What Makes Israel So Good at Hacking?
Ever wonder what makes Israel so good at hacking? How does a small country like Israel consistently produce some of the world’s best hackers and cybersecurity practitioners? What does it take to make it to elite military cyber units like Unit 8200 and Unit…
👍19❤1
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
⚡️Епізод 5: як тестують в Амазон.
Цей епізод незвичний. Бо до ведучих подкасту, Артема та Олександра, доєднався гість - Анатолій Ганзюк. Він поділився купою досвіду та інсайтів про те, як тестують в Amazon.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Пропонуйте ваші теми в коментарях ;)
#testingminutes #podcast
Цей епізод незвичний. Бо до ведучих подкасту, Артема та Олександра, доєднався гість - Анатолій Ганзюк. Він поділився купою досвіду та інсайтів про те, як тестують в Amazon.
🔸 YouTube
🔹 Spotify Podcast
🔸 Apple Podcast
🔹 Google Podcast
А ще ви можете підтримати наш подкаст будь яким донатом на Buy Me a Coffee ☕️
Пропонуйте ваші теми в коментарях ;)
#testingminutes #podcast
🔥14
Про причинно-наслідкові помилки
#testing #curious #fallacies #thinking
Причинно-наслідкові помилки (causal fallacy) виникають, коли хтось бере дві окремі незв'язані між собою події та визначає, що одна подія викликає іншу.
Наприклад, ви помітили, що ваші UI автотести дуже повільні. Ви почали думати, у чому ж можуть бути причини цього.
Після читання розумних людей в чатах та на форумах, місцеві "експерти" одразу допомогли визначити проблему: Ваші автотести повільні, бо ви користуєтесь повільним Python, замість інших, більш швидких мов програмування.
Ви приймаєте цей висновок та йдете переписувати усі двадцять тисяч тестів знову - втретє за останні роки.
Але щоб такої помилки уникнути - треба лишень глибше досліджувати проблеми та докопуватись до суті проблеми (а причини може бути в недостатньо оптимізованому коді із купою sleep() або копіпасти)
Дуже легко прийняти "очевидну" відповідь та побудувати хибні причинно-наслідкові зв'язки. Особливо, коли дві події дійсно можна пов'язати між собою. Якщо ви хочете побачити більше подібних помилок у кореляції двох подій - зацініть ресурс Spurious Correlations.
#testing #curious #fallacies #thinking
Причинно-наслідкові помилки (causal fallacy) виникають, коли хтось бере дві окремі незв'язані між собою події та визначає, що одна подія викликає іншу.
Наприклад, ви помітили, що ваші UI автотести дуже повільні. Ви почали думати, у чому ж можуть бути причини цього.
Після читання розумних людей в чатах та на форумах, місцеві "експерти" одразу допомогли визначити проблему: Ваші автотести повільні, бо ви користуєтесь повільним Python, замість інших, більш швидких мов програмування.
Ви приймаєте цей висновок та йдете переписувати усі двадцять тисяч тестів знову - втретє за останні роки.
Але щоб такої помилки уникнути - треба лишень глибше досліджувати проблеми та докопуватись до суті проблеми (а причини може бути в недостатньо оптимізованому коді із купою sleep() або копіпасти)
Дуже легко прийняти "очевидну" відповідь та побудувати хибні причинно-наслідкові зв'язки. Особливо, коли дві події дійсно можна пов'язати між собою. Якщо ви хочете побачити більше подібних помилок у кореляції двох подій - зацініть ресурс Spurious Correlations.
Tylervigen
Spurious Correlations
Correlation is not causation: thousands of charts of real data showing actual correlations between ridiculous variables.
👍18👏2
Security Certification Roadmap
#curious #security
В світі тестування люди постійно холіварять - чи потрібно отримувати якісь сертифікати (на кшталт ISTQB) чи можна обійтись без них? А який сертифікат найкращий? А що він дає? А чи обов'язково мати такий?
Для порівняння - подивіться на роадмап сертифікатів в світі security та оцініть масштаби та кількість.
Багато компаній вимагають наявність декількох сертифікатів одразу.
А ще - там для кожного курсу наведена вартість ... Та порівняйте з 100-200$ за тестувальницькі сертифікати.
#curious #security
В світі тестування люди постійно холіварять - чи потрібно отримувати якісь сертифікати (на кшталт ISTQB) чи можна обійтись без них? А який сертифікат найкращий? А що він дає? А чи обов'язково мати такий?
Для порівняння - подивіться на роадмап сертифікатів в світі security та оцініть масштаби та кількість.
Багато компаній вимагають наявність декількох сертифікатів одразу.
А ще - там для кожного курсу наведена вартість ... Та порівняйте з 100-200$ за тестувальницькі сертифікати.
Paul Jerimy Media
Security Certification Roadmap - Paul Jerimy Media
IT Security Certification Roadmap charting security implementation, architecture, management, analysis, offensive, and defensive operation certifications.
❤13
Про помилку незворотніх витрат 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