#вакансія
Привіт. мене попросили розмістити вакансію. Тут є пайтон і тестомат ❤️
Позиція: Manual QA (Strong Middle-Senior)
Домен: Health (Dila)
Формат: віддалено / офіс поруч із м. Олімпійська (опціонально)
Тип зайнятості: full-time, довгострокова співпраця
Чому з нами цікаво
∙ Різноманітні задачі — від регресії до exploratory testing, простір для власних ідей.
∙ Гібридний формат — сучасний офіс доступний, але віддалена робота — стандарт.
∙ Шляхи росту — підтримуємо перехід в AQA.
∙ Корпоративні знижки для вас і ваших близьких.
∙ Атмосфера без токсичності.
Ваші основні задачі
∙ Брати участь у тест-аналізі на етапі формування вимог.
∙ Пропонувати обґрунтовані ідеї до зміни систем та процесів на проекті.
∙ Створювати тестову документацію (Test plan, Test Cases, Check Lists, баг-репорти).
∙ Проводити функціональне, API, регресійне та інтеграційне тестування в межах спринтів.
∙ Співпрацювати з BA, розробниками та техпідтримкою, підтримувати артефакти в Jira / Confluence / Testomat.io.
∙ На кінець випробувального терміну (3 міс) самостійно естімейтити власні задачі.
Must have
∙ 4+ роки різного комерційного досвіду в QA
∙ Глибоке розуміння процесів тестування.
∙ Розуміння SDLC, технік тест-дизайну, клієнт-серверної архітектури.
∙ Досвід тестування API (Postman, Swagger) від 2,5+
∙ Досвід роботи з реляційними БД (SQL-запити) від 2+
∙ Якісний досвід роботи з ChromeDevTools від 1+
∙ Досвід у Jira та Confluence.
∙ Самостійність, хороший тайм-менеджмент, наполегливість, вміння балансувати роботу та відпочинок, коли компанія успішно росте і цей успіх створюємо ми разом, то ж темп Чемпіонів :)
∙ Стабільний інтернет (оптика або еквівалент).
Nice to have
∙ Досвід роботи з Jenkins, Bitbucket, JMeter, Grafana. Досвід реалізації CI/CD процесів в тестуванні.
∙ Досвід роботи з Testomat.io.
∙ Досвід написання фреймворку в Testomat. io
∙ Підтверджений досвід побудови проекту з О в будь-якому напрямку, якщо ти свічер(ІТ, Продажі...) Ми цінуємо різний досвід та вміння пере використовувати його для поточного напрямку.
∙ Досвід автоматизації або написання скриптів/автотестів на Python.
∙ Бажання своєчасного екологічного росту та розвитку.
Етапи відбору
1. HR-скринінг (30 хвилин) — знайомство та уточнення очікувань.
2. Технічна співбесіда (Lead QA, Head QA) (до 1,5 години ) — live QA-задачі та перевірка знань. Тестове завдання відсутнє.
Надсилати CV @nastiaqa
Привіт. мене попросили розмістити вакансію. Тут є пайтон і тестомат ❤️
Позиція: Manual QA (Strong Middle-Senior)
Домен: Health (Dila)
Формат: віддалено / офіс поруч із м. Олімпійська (опціонально)
Тип зайнятості: full-time, довгострокова співпраця
Чому з нами цікаво
∙ Різноманітні задачі — від регресії до exploratory testing, простір для власних ідей.
∙ Гібридний формат — сучасний офіс доступний, але віддалена робота — стандарт.
∙ Шляхи росту — підтримуємо перехід в AQA.
∙ Корпоративні знижки для вас і ваших близьких.
∙ Атмосфера без токсичності.
Ваші основні задачі
∙ Брати участь у тест-аналізі на етапі формування вимог.
∙ Пропонувати обґрунтовані ідеї до зміни систем та процесів на проекті.
∙ Створювати тестову документацію (Test plan, Test Cases, Check Lists, баг-репорти).
∙ Проводити функціональне, API, регресійне та інтеграційне тестування в межах спринтів.
∙ Співпрацювати з BA, розробниками та техпідтримкою, підтримувати артефакти в Jira / Confluence / Testomat.io.
∙ На кінець випробувального терміну (3 міс) самостійно естімейтити власні задачі.
Must have
∙ 4+ роки різного комерційного досвіду в QA
∙ Глибоке розуміння процесів тестування.
∙ Розуміння SDLC, технік тест-дизайну, клієнт-серверної архітектури.
∙ Досвід тестування API (Postman, Swagger) від 2,5+
∙ Досвід роботи з реляційними БД (SQL-запити) від 2+
∙ Якісний досвід роботи з ChromeDevTools від 1+
∙ Досвід у Jira та Confluence.
∙ Самостійність, хороший тайм-менеджмент, наполегливість, вміння балансувати роботу та відпочинок, коли компанія успішно росте і цей успіх створюємо ми разом, то ж темп Чемпіонів :)
∙ Стабільний інтернет (оптика або еквівалент).
Nice to have
∙ Досвід роботи з Jenkins, Bitbucket, JMeter, Grafana. Досвід реалізації CI/CD процесів в тестуванні.
∙ Досвід роботи з Testomat.io.
∙ Досвід написання фреймворку в Testomat. io
∙ Підтверджений досвід побудови проекту з О в будь-якому напрямку, якщо ти свічер(ІТ, Продажі...) Ми цінуємо різний досвід та вміння пере використовувати його для поточного напрямку.
∙ Досвід автоматизації або написання скриптів/автотестів на Python.
∙ Бажання своєчасного екологічного росту та розвитку.
Етапи відбору
1. HR-скринінг (30 хвилин) — знайомство та уточнення очікувань.
2. Технічна співбесіда (Lead QA, Head QA) (до 1,5 години ) — live QA-задачі та перевірка знань. Тестове завдання відсутнє.
Надсилати CV @nastiaqa
❤14👍7😁2👀1
#реклама
IT-продукт є. Команда є. А юридична база?
DSS допомагає захистити код, команду, інвестиції та сам бізнес.
Юридично грамотно, бізнесово доречно.
📌Мають Telegram-канал @ds_solutions із практичними порадами — усе на основі реальних кейсів і досвіду роботи з IT-компаніями.
🎥А ще проводять онлайн-вебінари: коротко, по суті й з прикладами, які дійсно трапляються у бізнесі, айті.
Приєднуйтесь — буде користь.
IT-продукт є. Команда є. А юридична база?
DSS допомагає захистити код, команду, інвестиції та сам бізнес.
Юридично грамотно, бізнесово доречно.
📌Мають Telegram-канал @ds_solutions із практичними порадами — усе на основі реальних кейсів і досвіду роботи з IT-компаніями.
🎥А ще проводять онлайн-вебінари: коротко, по суті й з прикладами, які дійсно трапляються у бізнесі, айті.
Приєднуйтесь — буде користь.
⚡8👍2👀1
😇 У мене нова робота
Привіт друзі! Хочу повідомити, що у мене нова робота!
Від сьогодні я - Staff Software Engineer (QA) в компанії ExpoPlatform.
Після річного інженерного ретріту з написанням коду в чисто інженерній ролі, повертаюсь до стратегій, планів, ризиків і роботи з командою. Сподіваюсь, що буду знову писати частіше, бо спілкуючись з людьми більше, завжди можна дізнатись про щось нове і цікаве, варте публікації.
А також я зробив короткий аналіз пошуку роботи цього року і написав про це допис на DOU - https://dou.ua/goto/3xy6
Якщо у вас є свіжий досвід пошуку роботи - пишіть в коментарях!
Привіт друзі! Хочу повідомити, що у мене нова робота!
Від сьогодні я - Staff Software Engineer (QA) в компанії ExpoPlatform.
Після річного інженерного ретріту з написанням коду в чисто інженерній ролі, повертаюсь до стратегій, планів, ризиків і роботи з командою. Сподіваюсь, що буду знову писати частіше, бо спілкуючись з людьми більше, завжди можна дізнатись про щось нове і цікаве, варте публікації.
А також я зробив короткий аналіз пошуку роботи цього року і написав про це допис на DOU - https://dou.ua/goto/3xy6
Якщо у вас є свіжий досвід пошуку роботи - пишіть в коментарях!
DOU
Ретроспектива пошуку роботи QA у 2025
Привіт друзі! Мене звати Олексій Остапов, я автор блогу QA Mania, тест інженер з 17+ роками досвіду в тестуванні та автоматизації. Рівно рік тому мене скоротили з компанії, де я працював багато років, що на
👍42🔥22❤12
🔥 Сьогодні, 18 липня, о 19:00 в Telegram-каналі DOU QA проведемо войсчат про найсвіжішу зарплатну аналітику, де обговоримо, як змінилися доходи тестувальників за пів року, і чи вистачає зараз QA-спеціалістам на хліб із маслом.
🎙 Серед спікерів:
Михайло Чуб — Head of QA Competence в Infopulse
Аміна Кривошия — Middle QA Engineer у FAVBET Tech, засновниця каналу Mother of QA
Роман Марінський — SDET та фаундер QA Club Lviv
Олексій Остапов — активний учасник QA-спільноти та засновник каналу QAMania
Заплануйте подію в календарі й приєднуйтесь — буде жваво й цікаво 😉
👉 https://dou.ua/goto/di4B
🎙 Серед спікерів:
Михайло Чуб — Head of QA Competence в Infopulse
Аміна Кривошия — Middle QA Engineer у FAVBET Tech, засновниця каналу Mother of QA
Роман Марінський — SDET та фаундер QA Club Lviv
Олексій Остапов — активний учасник QA-спільноти та засновник каналу QAMania
Заплануйте подію в календарі й приєднуйтесь — буде жваво й цікаво 😉
👉 https://dou.ua/goto/di4B
⚡9❤4👍4😁1👀1
Всім привіт, давно не чулись.
Давайте ми вам знову будемо за прекрасне й актуальне в тестуванні потроху писати.
А що у нас зараз прекрасне й актуальне?
Правильно - штучка інтелект! З кожної праски про неї :)
Але ми тут не кожна праска, а про тестування, тому й контекст намагатимемось тримати.
Щоб це було структуровано, забабахаємо теги під це:
- #ШтучкаІнтелект - загальний тег тематики
- #ТестуюШтучку - задротський тег про якість ШІ продуктів
- #ШтучкаТестує - тег про партнерські відносини QA та ШІ
Ну й відразу трішечки позадротимо в наступному дописі :)
Давайте ми вам знову будемо за прекрасне й актуальне в тестуванні потроху писати.
А що у нас зараз прекрасне й актуальне?
Правильно - штучка інтелект! З кожної праски про неї :)
Але ми тут не кожна праска, а про тестування, тому й контекст намагатимемось тримати.
Щоб це було структуровано, забабахаємо теги під це:
- #ШтучкаІнтелект - загальний тег тематики
- #ТестуюШтучку - задротський тег про якість ШІ продуктів
- #ШтучкаТестує - тег про партнерські відносини QA та ШІ
Ну й відразу трішечки позадротимо в наступному дописі :)
🔥19
Модель якості для AI систем
#ШтучкаІнтелект #ТестуюШтучку
Що таке якість програмних продуктів знає не тільки лиш кожен тестувальник, але й не кожен, хто не знає, знає, що є спеціальне доповнення до стандарту ISO, яке фокусується на атрибутах якості саме AI продуктів.
Це доповнення називається ISO/IEC 25059:2023 - Quality model for AI systems. Й по суті описує той факт, що AI система - це теж програмний продукт, для якого актуальні всі атрибути якості описані в добре відомому нам стандарті ISO/IEC 25010:2023 (ми про нього писали детально ось тут: ISO 25010:2023 vs 2011 - Якість стала якісніше?), але з деякими нюансами.
Ці нюанси виглядають або як додаткові під-характеристики атрибутів якості, або як уточнені.
Коротенько про ці нюансики:
🤖 User controllability - по суті це про наявність рубильника, яким можна штучку відрубити якщо щось в фізичному світі пішло не так.
🦎 Functional adaptability - про вміння ШІ підлаштовуватись під зміни навколо: підкинули нових даних, змінилося середовище - і воно вже "думає" трохи інакше. Також про те, що іноді ця «адаптивність» може випадково підхопити й підсилити не ті ідеї.
🎯 Functional correctness - про недетермінованість ШІ, в якого завжди є певний шанс на промах, бо воно працює з ймовірностями. Тому важливо чітко міряти, наскільки воно влучає в ціль, і пам’ятати, що іноді заради швидкості чи стійкості доведеться трохи жертвувати точністю.
🛡 Robustness - про вміння ШІ тримати удар: працювати навіть якщо дані криві, чи хтось намагається його намахати своїми навмисно чи не навмисно дурними промптами.
🛑 Intervenability - ось з цим нюансом в мене особисто виникли проблеми розуміння, бо дуже схоже на "рубильник" (User controllability), можливо в трохи мʼякішому його розумінні - щось накшталт кнопка «стоп-паніка»: побачив, що ШІ робить дурниці - швидко перевів його з небезпечного режиму в безпечний. Дочекаюсь коли в мене зʼявиться повний текст стандарту - щоб краще розібратись чи є відмінність.
🔍 Transparency - моє улюбдене :) про те, щоб у ШІ не було «чорних ящиків». Має бути зрозуміло, як і чому воно робить свої недетерміновану магію: що в нього під капотом, які дані він бачив і як все це зліпив у рішення. Це і довіру підвищує, і помилки легше ловити.
В наступних дописах розберемо альтернативи цьому стандарту (так, такі є!)
Також спробую підібрати практичні й не сильно задротські приклади тестів.
А ви тим часом пишіть в коментах, чи вже доводилось зіштовхнутись в роботі з цими характеристиками якості AI.
#ШтучкаІнтелект #ТестуюШтучку
Що таке якість програмних продуктів знає не тільки лиш кожен тестувальник, але й не кожен, хто не знає, знає, що є спеціальне доповнення до стандарту ISO, яке фокусується на атрибутах якості саме AI продуктів.
Це доповнення називається ISO/IEC 25059:2023 - Quality model for AI systems. Й по суті описує той факт, що AI система - це теж програмний продукт, для якого актуальні всі атрибути якості описані в добре відомому нам стандарті ISO/IEC 25010:2023 (ми про нього писали детально ось тут: ISO 25010:2023 vs 2011 - Якість стала якісніше?), але з деякими нюансами.
Ці нюанси виглядають або як додаткові під-характеристики атрибутів якості, або як уточнені.
Коротенько про ці нюансики:
🤖 User controllability - по суті це про наявність рубильника, яким можна штучку відрубити якщо щось в фізичному світі пішло не так.
🦎 Functional adaptability - про вміння ШІ підлаштовуватись під зміни навколо: підкинули нових даних, змінилося середовище - і воно вже "думає" трохи інакше. Також про те, що іноді ця «адаптивність» може випадково підхопити й підсилити не ті ідеї.
🎯 Functional correctness - про недетермінованість ШІ, в якого завжди є певний шанс на промах, бо воно працює з ймовірностями. Тому важливо чітко міряти, наскільки воно влучає в ціль, і пам’ятати, що іноді заради швидкості чи стійкості доведеться трохи жертвувати точністю.
🛡 Robustness - про вміння ШІ тримати удар: працювати навіть якщо дані криві, чи хтось намагається його намахати своїми навмисно чи не навмисно дурними промптами.
🛑 Intervenability - ось з цим нюансом в мене особисто виникли проблеми розуміння, бо дуже схоже на "рубильник" (User controllability), можливо в трохи мʼякішому його розумінні - щось накшталт кнопка «стоп-паніка»: побачив, що ШІ робить дурниці - швидко перевів його з небезпечного режиму в безпечний. Дочекаюсь коли в мене зʼявиться повний текст стандарту - щоб краще розібратись чи є відмінність.
🔍 Transparency - моє улюбдене :) про те, щоб у ШІ не було «чорних ящиків». Має бути зрозуміло, як і чому воно робить свої недетерміновану магію: що в нього під капотом, які дані він бачив і як все це зліпив у рішення. Це і довіру підвищує, і помилки легше ловити.
В наступних дописах розберемо альтернативи цьому стандарту (так, такі є!)
Також спробую підібрати практичні й не сильно задротські приклади тестів.
А ви тим часом пишіть в коментах, чи вже доводилось зіштовхнутись в роботі з цими характеристиками якості AI.
❤15🔥3👍2
Автоімунний баг
🐞🦠🔬
Пост не про AI :)
Про звичайнісіньку щоденну роботу тестувальника.
Завжди знаходив аналогії тестування з медичною діагностикою дуже доречними. І ось на днях знайшов ще одну, на мою думку - навпрочуд вдалу.
На проекті, де я зараз допомагаю з тестуванням, відбувається UAT. Замовник дуже відповідально ставиться до цієї активності, має свої заздалегідь зроблені тести й знаходить дуже нетривіальні баги. При цьому, дотошність замовника й специфіка продукту така, що defect leakage в ± 10% це прям дуже непоганий результат насправді :) але мова не про це. Під час дослідження одного з UAT багів, і його потому виправлення - як це часто буває: почало збоїти те, що раніше не збоїло лише тому що цей UAT баг не був пофікшений :)
Тепер до суті: система займається керуванням заявками на створення або апдейт записів постачальників, з інтеграцією в мастер-систему. Оскільки потрібен контроль цілісності даних, то по перше, сутності запиту та постачальника розділені, по друге - працює механізм відслідковування дублікатів по ключових полях (Name, VAT і ще декілька). Спочатку створюється запит, потім коли він апрувиться - створюється постачальник, й вже потім надсилається інтеграційний пакет в мастер-систему.
І от після фіксу одного з багів по неточній детекції дублікату по одному з полів - алгоритм почав сприймати свіжестворений запит постачальника, після апруву запита, як дублікат. В системі це виглядає так: інтеграція ще в процесі, запит ще не закритий, але користувач, коли відкриває запит - то на формі йому червоненьким підсвічується поле, яке система вважає дублікатом, бо по цьому запиту після апруву вже було створено запис постачальника, звісно ж з тими самими значеннями всіх полів :)
По суті система реагує на дві репрезентації однієї тієї ж сутності як на дублікат, а такого не має бути.
І це точна аналогія автоімунних реакцій нашого організму, таких як наприклад псоріаз, коли імунна система прискорює цикл оновлення клітин шкіри, що проявляється як почервоніння, свербіж та лущення шкіри.
Підсумок: цей прихований баг ми звісно теж швидко пофіксили, але назва для такої категорії багів мені задалася достатньо вдалою щоб і з вами нею поділитись.
А у вас на проектах траплялись "автоімунні" баги?
🐞🦠🔬
Пост не про AI :)
Про звичайнісіньку щоденну роботу тестувальника.
Завжди знаходив аналогії тестування з медичною діагностикою дуже доречними. І ось на днях знайшов ще одну, на мою думку - навпрочуд вдалу.
На проекті, де я зараз допомагаю з тестуванням, відбувається UAT. Замовник дуже відповідально ставиться до цієї активності, має свої заздалегідь зроблені тести й знаходить дуже нетривіальні баги. При цьому, дотошність замовника й специфіка продукту така, що defect leakage в ± 10% це прям дуже непоганий результат насправді :) але мова не про це. Під час дослідження одного з UAT багів, і його потому виправлення - як це часто буває: почало збоїти те, що раніше не збоїло лише тому що цей UAT баг не був пофікшений :)
Тепер до суті: система займається керуванням заявками на створення або апдейт записів постачальників, з інтеграцією в мастер-систему. Оскільки потрібен контроль цілісності даних, то по перше, сутності запиту та постачальника розділені, по друге - працює механізм відслідковування дублікатів по ключових полях (Name, VAT і ще декілька). Спочатку створюється запит, потім коли він апрувиться - створюється постачальник, й вже потім надсилається інтеграційний пакет в мастер-систему.
І от після фіксу одного з багів по неточній детекції дублікату по одному з полів - алгоритм почав сприймати свіжестворений запит постачальника, після апруву запита, як дублікат. В системі це виглядає так: інтеграція ще в процесі, запит ще не закритий, але користувач, коли відкриває запит - то на формі йому червоненьким підсвічується поле, яке система вважає дублікатом, бо по цьому запиту після апруву вже було створено запис постачальника, звісно ж з тими самими значеннями всіх полів :)
По суті система реагує на дві репрезентації однієї тієї ж сутності як на дублікат, а такого не має бути.
І це точна аналогія автоімунних реакцій нашого організму, таких як наприклад псоріаз, коли імунна система прискорює цикл оновлення клітин шкіри, що проявляється як почервоніння, свербіж та лущення шкіри.
Підсумок: цей прихований баг ми звісно теж швидко пофіксили, але назва для такої категорії багів мені задалася достатньо вдалою щоб і з вами нею поділитись.
А у вас на проектах траплялись "автоімунні" баги?
👍16🔥7❤5
Чатик, стрейк і "впав й віджався"
#ШтучкаІнтелект #offtopic
В нас в компанії велоспільнота вже активно готується до Київської велосотки, звідусіль лунають заклики приєднатись до благодійних пробігів на День Незалежності. От і мені згадався мій тривалий експеримент з чатомжпт, присвячений може й не стільки спорту, скільки підтримці себе в формі. Оскільки цей експеримент був успішний, то поділюсь його результатами та деталями і з вами, наздоровʼя :)
Давно займаюсь в Дуолінго (545 днів стрейк), не те щоб воно мені сильно допомагало, але їхні ігрові механіки, вбудовані в процес навчання, такі як стрейк зокрема - тримають дуже сильно. І в якийсь момент я подумав: "О! Це ж у ChatGPT є фіча, для якої я саме ніяк не міг придумати застосування - Tasks!". І швиденько написав йому промпт:
Чатик добре розписав програму занять, але про створення задачі довелось попрохати його окремо:
Й потім ще протягом двох днів підтюнити формат звіту по досягненому прогресу:
І після цього "стрейк" механіка з дуолінго міцно закріпилась в моїх щоденних й щотижневих тренуваннях :) Кожен день чатик питав мене про те що я зробив за день, я йому чесно відповідав, і це було неабияким підтримуючим фактором для того щоб не лінитись, а хоча б мінімалочку свою зробити.
Режим Tasks працює як з email, так і з push-нотифікаціями, тому нагадування про загрозу бути названим "лінивою дупою" дають про себе знати не тільки регулярно, а й помітно :)
Висновок: перший тиждень відчував себе одночасно і маминим пиріжечком (в поганому сенсі цього слова) і лінивою дупою :) але потім регулярність взяла своє і тіло почало вдячно реагувати на таку турботу. Пропустив лише один день зі 100, результати додам в перший коментар.
Цей самий принцип можна адаптувати для програми своїх занять в залі.
Дуже раджу!
А ви користуєтесь Tasks?
#ШтучкаІнтелект #offtopic
В нас в компанії велоспільнота вже активно готується до Київської велосотки, звідусіль лунають заклики приєднатись до благодійних пробігів на День Незалежності. От і мені згадався мій тривалий експеримент з чатомжпт, присвячений може й не стільки спорту, скільки підтримці себе в формі. Оскільки цей експеримент був успішний, то поділюсь його результатами та деталями і з вами, наздоровʼя :)
Давно займаюсь в Дуолінго (545 днів стрейк), не те щоб воно мені сильно допомагало, але їхні ігрові механіки, вбудовані в процес навчання, такі як стрейк зокрема - тримають дуже сильно. І в якийсь момент я подумав: "О! Це ж у ChatGPT є фіча, для якої я саме ніяк не міг придумати застосування - Tasks!". І швиденько написав йому промпт:
Ти досвідчений фітнес тренер з гарним розумінням людської психології та методик навчання.
Я хочу зробити сам для себе челендж: кожного дня, протягом 100 днів робити фізичні вправи.
Програма мінімум:
- присідання, починаючи з 50 на день, закінчуючи 100 на день
- віджимання, починаючи з 50 на день, закінчуючи 100 на день
Програма оптимум:
- якщо виходитиме, то додавати підтягування, починаючи з 10 на день, закінчуючи 25 на день
- пробігати від 5 до 10 км на тиждень
Програма максимум:
- коли тіло потроху адаптується до навантажень, додати додаткові вправи, наприклад 50 берпі в день.
Запропонуй графік вправ для мене на всі ці 100 днів. Кожний день контролюй суворо виконання програми "мінімум" (кажи що я лінива жопа якщо не впорався).
Схвально відмічай досягнення за програмами "оптимум" та "максимум" (кажи що я мамин пиріжечок).
Чатик добре розписав програму занять, але про створення задачі довелось попрохати його окремо:
Create a task, execute it each day at 8pm, stop after 100 iterations.
Task details:
Ask me for the number of completed exercises today.
Memorize my answer and track total progress and show me how much I already accomplished on my way of 100 days challenge.
If I completed exercises - praise me.
If I missed exercises - criticize me.
Й потім ще протягом двох днів підтюнити формат звіту по досягненому прогресу:
Давай ще трохи оптимізуємо вивід по прогресу тренувань, ось так я собі його бачу, запамʼятай цей формат:
Тривалість:
- Днів без перерви: 2
- Днів всього: 2
Базові вправи (сьогодні | всього):
- Присідання: 50 | 100
- Віджимання: 50 | 100
Рух (цього тижня, км | всього, км):
- Біг: 3,5 | 3,5
- Велосипед: 0 | 0
Бонусні вправи (цього тижня | всього):
- Підтягування: 15 | 15
- Інші вправи: (поки що не вказано додаткових вправ)
І після цього "стрейк" механіка з дуолінго міцно закріпилась в моїх щоденних й щотижневих тренуваннях :) Кожен день чатик питав мене про те що я зробив за день, я йому чесно відповідав, і це було неабияким підтримуючим фактором для того щоб не лінитись, а хоча б мінімалочку свою зробити.
Режим Tasks працює як з email, так і з push-нотифікаціями, тому нагадування про загрозу бути названим "лінивою дупою" дають про себе знати не тільки регулярно, а й помітно :)
Висновок: перший тиждень відчував себе одночасно і маминим пиріжечком (в поганому сенсі цього слова) і лінивою дупою :) але потім регулярність взяла своє і тіло почало вдячно реагувати на таку турботу. Пропустив лише один день зі 100, результати додам в перший коментар.
Цей самий принцип можна адаптувати для програми своїх занять в залі.
Дуже раджу!
А ви користуєтесь Tasks?
🔥27❤4👍1
Forwarded from DOU | QA
🔮 Уже третій рік поспіль ми на DOU дізнаємося, які ІТ-компанії бачать фахівці у своїх пророцтвах: де мріють працювати та що впливає на вибір компанії-мрії.
Але жодної магії – лише аналітика ваших відповідей. Хочете прочитати поділитись своєю думкою? Заповнюйте анкету на 5 хвилин 👉🏻 https://jobs.dou.ua/questionary/
Але жодної магії – лише аналітика ваших відповідей. Хочете прочитати поділитись своєю думкою? Заповнюйте анкету на 5 хвилин 👉🏻 https://jobs.dou.ua/questionary/
❤3👍2🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19😁9⚡6❤3😱1
Баг на хелловін
🐞🎃👻
Бувають, знаєте, такі трохи дивні запитання, накшталт: "А який баг ви памʼятаєте зі свого професійного досвіду?". Які в моменті може й мають сенс, а на довгому часовому проміжку я краще триматиму в памʼяті свої гірські походи й велосипедні подорожі з перевіреними друзями, ніж steps to reproduce якогось чергового 100500-го бага.
Проте от саме сьогодні так співпало, в моменті, що запамʼятався один :)
Поділюсь з вами.
Зараз допомагаю з тестуванням на декількох PowerApps проектах. Це така low-code платформа від Microsoft, яка досить популярна через маркетингову привабливість префіксу "low", а насправді там для реалізації чогось трохи складнішого за hello world - нормально так треба попрацювати :) Типові продукти - автоматизація бізнес процесів.
На одному з продуктів, який вже в PROD, користувачі пожалілись що у них створилась напівпуста заявка. Як це можливо, з урахуванням того що купа обовʼязкових полів незаповнена - хз...
Дослідження першопричин загрозливо рухалось в нікуди, але було врятовано випадковістю.
В той самий час в тестуванні на QA енві була фіча, яка потребувала створення специфічного типу дочірнього банківського акаунту, специфічність якого полягала в тому, що на формі було більше полів ніж для інших типів, й тому випадайка для вибору валюти рендерилась трохи вище. І от коли я хотів скористуватись текстовим полем для пошуку валюти - воно знаходилось майже у верхньому правому куті форми, в якому розробники забули сховати невидиму кнопку, й при натисканні на текстове поле пошуку валюти - насправді натискалась ця прихована кнопка, яка й зберігала форму заявки напівпустою, забиваючи на обовʼязкові поля.
Прикол, як мені розповіла розробник, полягає в тому що в PowerApps не було функцій (от зовсім нещодавно додали, й то не дуже повноцінні), і для заміни функцій розробники майже як best workaround practice використовують клік на кнопку. Параметри в таку кнопко-функцію передаються через глобальні змінні.
Невидиму кнопку ще більше приховали, баг таким чином пофіксили. Але це було забавно, що саме невидима кнопка спричинила такий полтергейст, і саме на хелловін :)
Висновків ніяких не буде.
Лише побажання гарних вихідних і питання: а про які ви пам'ятаєте своїбаги велоподорожі? :)
🐞🎃👻
Бувають, знаєте, такі трохи дивні запитання, накшталт: "А який баг ви памʼятаєте зі свого професійного досвіду?". Які в моменті може й мають сенс, а на довгому часовому проміжку я краще триматиму в памʼяті свої гірські походи й велосипедні подорожі з перевіреними друзями, ніж steps to reproduce якогось чергового 100500-го бага.
Проте от саме сьогодні так співпало, в моменті, що запамʼятався один :)
Поділюсь з вами.
Зараз допомагаю з тестуванням на декількох PowerApps проектах. Це така low-code платформа від Microsoft, яка досить популярна через маркетингову привабливість префіксу "low", а насправді там для реалізації чогось трохи складнішого за hello world - нормально так треба попрацювати :) Типові продукти - автоматизація бізнес процесів.
На одному з продуктів, який вже в PROD, користувачі пожалілись що у них створилась напівпуста заявка. Як це можливо, з урахуванням того що купа обовʼязкових полів незаповнена - хз...
Дослідження першопричин загрозливо рухалось в нікуди, але було врятовано випадковістю.
В той самий час в тестуванні на QA енві була фіча, яка потребувала створення специфічного типу дочірнього банківського акаунту, специфічність якого полягала в тому, що на формі було більше полів ніж для інших типів, й тому випадайка для вибору валюти рендерилась трохи вище. І от коли я хотів скористуватись текстовим полем для пошуку валюти - воно знаходилось майже у верхньому правому куті форми, в якому розробники забули сховати невидиму кнопку, й при натисканні на текстове поле пошуку валюти - насправді натискалась ця прихована кнопка, яка й зберігала форму заявки напівпустою, забиваючи на обовʼязкові поля.
Прикол, як мені розповіла розробник, полягає в тому що в PowerApps не було функцій (от зовсім нещодавно додали, й то не дуже повноцінні), і для заміни функцій розробники майже як best workaround practice використовують клік на кнопку. Параметри в таку кнопко-функцію передаються через глобальні змінні.
Невидиму кнопку ще більше приховали, баг таким чином пофіксили. Але це було забавно, що саме невидима кнопка спричинила такий полтергейст, і саме на хелловін :)
Висновків ніяких не буде.
Лише побажання гарних вихідних і питання: а про які ви пам'ятаєте свої
👍20😁13❤7🔥2👀1
MCP
Багато працюю останнім часом з MCP, використовую його в реальних проектах, проводжу корпоративні воркшопи по впровадженню, й можу сказати дві речі:
1. Так, воно дійсно допомагає.
2. Ні, не замінить :)
Наступного тижня, розповім трішечки конкретніше про те, в яких саме задачах воно мені допомагає в тестуванні (й не тільки).
А поки що тримайте невеличкий quiz!
Багато працюю останнім часом з MCP, використовую його в реальних проектах, проводжу корпоративні воркшопи по впровадженню, й можу сказати дві речі:
1. Так, воно дійсно допомагає.
2. Ні, не замінить :)
Наступного тижня, розповім трішечки конкретніше про те, в яких саме задачах воно мені допомагає в тестуванні (й не тільки).
А поки що тримайте невеличкий quiz!
🔥20👍9❤6
Forwarded from roman marinsky
Анонс тренінгу по ШІ який краще будь якого курсу, що є зараз на ринку. А ще 100% благодійний
Живемо в такий чаc, що всі хочуть пропихнути ШІ в будь-які процеси інженерів, купляють дорогущі підписки на TestRigor, Virtuoso, QAWolf, тощо. Кажуть що тепер тестування може бути делеговано автономним тим ШІ тулам.
Або навіть коли кажуть «юзайте ШІ, ось вам підписка», але не дають часу на дослідження його можливостей, бо треба ж деліверити, «не можна терміни посувати — ні!». І тому всі зі всіх сторін вимагають юзати, але на то ні часу не дають. Та потім від зекономленого часу вам не дадуть підвищення, повірте мені!
P.S.: вам не потрібні курси за сотні баксів, а то і тищу, що навчать вас користуватись ШІ, промтити а-ля «Ти інжінієр з 10ти річним досвідом в QA», МСП та вайбкодити якось по особливому.
Всі зібрані кошти підуть на батальйон К12 та Русоріз
За донат 1500 грн на банку ви отримаєте доступ в чатік, там будемо домовлятись про всі деталі.
🔗Посилання на банку для оплати. send.monobank.ua/jar/AHaojtnKTR
Живемо в такий чаc, що всі хочуть пропихнути ШІ в будь-які процеси інженерів, купляють дорогущі підписки на TestRigor, Virtuoso, QAWolf, тощо. Кажуть що тепер тестування може бути делеговано автономним тим ШІ тулам.
Або навіть коли кажуть «юзайте ШІ, ось вам підписка», але не дають часу на дослідження його можливостей, бо треба ж деліверити, «не можна терміни посувати — ні!». І тому всі зі всіх сторін вимагають юзати, але на то ні часу не дають. Та потім від зекономленого часу вам не дадуть підвищення, повірте мені!
P.S.: вам не потрібні курси за сотні баксів, а то і тищу, що навчать вас користуватись ШІ, промтити а-ля «Ти інжінієр з 10ти річним досвідом в QA», МСП та вайбкодити якось по особливому.
Всі зібрані кошти підуть на батальйон К12 та Русоріз
За донат 1500 грн на банку ви отримаєте доступ в чатік, там будемо домовлятись про всі деталі.
🔗Посилання на банку для оплати. send.monobank.ua/jar/AHaojtnKTR
❤9👍3👎1😢1
Пан Роман трохи розповість про ШІ в QA й QA в ШІ.
А зібрані грошики на праведне діло підуть.
Вже завтра.
А зібрані грошики на праведне діло підуть.
Вже завтра.
❤12⚡2🔥2
Всім привіт,
Маю пару обʼяв для вас.
Перша:
Друг попрохав спитати в спільноті, чи може є спеціаліст з автоматизації тестування на декілька місяців попрацювати part-time (із ймовірністю продовження).
На коли: треба вже-вже.
Що по 💲: відкриті до обговорення пропозицій.
Від себе додам: що у хлопців жвавий стартап в сфері криптографії й вони націлені в першу чергу на результат. Має бути технологічно цікаво. (але й інтенсивно)
Якщо вас це зацікавило - напишіть мені в особисті. Дякую.
Друга:
нижче
Маю пару обʼяв для вас.
Перша:
Друг попрохав спитати в спільноті, чи може є спеціаліст з автоматизації тестування на декілька місяців попрацювати part-time (із ймовірністю продовження).
Привіт. Як справи? Треба QA автоматізатор, для Е2Е авто-тестів під Maestro.
На парт тайм. Думаю на місяця 2 а там побачимо. Можливо буде довше.
Продукт на Реакт Нейтів. Це мобільний волет (як метамаск).
На коли: треба вже-вже.
Що по 💲: відкриті до обговорення пропозицій.
Від себе додам: що у хлопців жвавий стартап в сфері криптографії й вони націлені в першу чергу на результат. Має бути технологічно цікаво. (але й інтенсивно)
Якщо вас це зацікавило - напишіть мені в особисті. Дякую.
Друга:
нижче
❤4👀1
Forwarded from ISTQB Certified Unicorns
Цього року сталася офіційна трансформація погляду на test design techniques! І досить несподівано, що опублікували її в рамках сертифікації ISTQB - Advanced Test Analyst 4.0, бо останні концептуальні зміни були від пана Бейзера, коли більшість з нас ще ходила до школи чи навіть садочку.
😮Враження про зміни Олександра Ковальова вже писала для вас в пості зі схемками, які викликали активний відгук читачів.
А ми нарешті готові провести на цю тему детальний вебінар - бо вона того заслуговує:
ISTQB Test Analyst 4.0: Нова ера Test Design
Розберемося з питаннями
Організаційне:
⏰ 11 грудня (четвер) 19:00 за Києвом
💫 Участь безкоштовна
Велкам пересилати цей анонс своїм колегам та знайомим тестувальникам, щоб було потім з ким все обговорити
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7
Пані Олександра обіцяє шок і сенсацію, вже сьогодні о 19:00.
Каже що можна буде потім на співбесіді казати інтервʼюверам що їх питання про тест дизайн вже не актуальні, або кандидатам - про їх відповіді, й саєчку за переляк видавати.
Раптом ще не зареєструвались - саме час.
Каже що можна буде потім на співбесіді казати інтервʼюверам що їх питання про тест дизайн вже не актуальні, або кандидатам - про їх відповіді, й саєчку за переляк видавати.
Раптом ще не зареєструвались - саме час.
❤7
Оператор
Колись давно, коли дерева були маленькими, а компʼютери великими - я навчався в старших класах в ліцеї. Ліцеї Інформаційних Технологій в Дніпрі.
Дуже кльовий ліцей був, з дуже топовими викладачами, багато розумних людей там вчилось й навчилось. Ліцей і зараз є, але мова не про це.
Після успішної здачі всіх випускних екзаменів я отримав як водиться атестат про повну загальну середню освіту й свідоцтво. На свідоцтві було написано "Свідоцтво з відзнакою про присвоєння кваліфікації 'Оператор ЕОМ'".
Настільки я цим пишався, що навіть перші роки своєї професійної карʼєри в резюме це дописував: універ в два рядочки й ліцей в два рядочки, зі згадкою про "Оператора ЕОМ".
І щось оце я дивлюсь зараз найсвіжіші виступи на конференціях з інженерами Anthropic, виступи Андрія з Карпат на різних форумах - і багато хто з цих людей, що працюють на самому вістрі прогресу, порівнюють LLM з компʼютерами або процесорами. В багатьох сенсах: й в тому що LLM це такий собі процесор, який щось там від нас приймає на вхід й щось інше потенційно корисне віддає, а агенти всякі - то програми на тому компʼютері, й також в тому сенсі що ці нові реінкарнації компʼютерів набагато швидше ніж їх залізні попередники стали "персональними", стрімко увірвались в щоденні робочі й побутові задачі сотень мільйонів людей.
І все це склалось в мене в голові в чітке усвідомлення спіралі розвитку, сповненої символічних аналогій й іронічних натяків. Бо схоже, ми знову опинились у точці, де важливо не стільки керувати машинами, скільки керувати очікуванням від них. Можливо, скоро всі ми будемо операторами - не машин, а можливостей. А поки що питання з оновленням сторінки в LinkedIn - лише в формулюванні: "Оператор LLM" чи "AI оператор"?
Колись давно, коли дерева були маленькими, а компʼютери великими - я навчався в старших класах в ліцеї. Ліцеї Інформаційних Технологій в Дніпрі.
Дуже кльовий ліцей був, з дуже топовими викладачами, багато розумних людей там вчилось й навчилось. Ліцей і зараз є, але мова не про це.
Після успішної здачі всіх випускних екзаменів я отримав як водиться атестат про повну загальну середню освіту й свідоцтво. На свідоцтві було написано "Свідоцтво з відзнакою про присвоєння кваліфікації 'Оператор ЕОМ'".
Настільки я цим пишався, що навіть перші роки своєї професійної карʼєри в резюме це дописував: універ в два рядочки й ліцей в два рядочки, зі згадкою про "Оператора ЕОМ".
І щось оце я дивлюсь зараз найсвіжіші виступи на конференціях з інженерами Anthropic, виступи Андрія з Карпат на різних форумах - і багато хто з цих людей, що працюють на самому вістрі прогресу, порівнюють LLM з компʼютерами або процесорами. В багатьох сенсах: й в тому що LLM це такий собі процесор, який щось там від нас приймає на вхід й щось інше потенційно корисне віддає, а агенти всякі - то програми на тому компʼютері, й також в тому сенсі що ці нові реінкарнації компʼютерів набагато швидше ніж їх залізні попередники стали "персональними", стрімко увірвались в щоденні робочі й побутові задачі сотень мільйонів людей.
І все це склалось в мене в голові в чітке усвідомлення спіралі розвитку, сповненої символічних аналогій й іронічних натяків. Бо схоже, ми знову опинились у точці, де важливо не стільки керувати машинами, скільки керувати очікуванням від них. Можливо, скоро всі ми будемо операторами - не машин, а можливостей. А поки що питання з оновленням сторінки в LinkedIn - лише в формулюванні: "Оператор LLM" чи "AI оператор"?
❤15