Технологиялар
QAMania
Технологиялар
07.03.202509:11
Метатести для LLM або хто потестить тести
#ai #bugseverywhere
Всіх давно вже цікавить питання: коли ж AI замінить нас на роботі. І надто це питання цікавить розробників. Проте в конструктивному руслі: "коли AI почне фіксити нудні баги замість нас, а ми нарешті зможемопродовжувати їх створювати більше творити?".
Для відповіді на це питання існують різні методології оцінювання ефективності LLM на реальних задачах, зокрема от й на задачах по багфіксу. Одна з найвідоміших - SWE-bench.
Якщо коротко, то SWE-bench - це набір даних, який перевіряє здатність AI агентів автоматично виправляти реальні баги на GitHub. 2,294 GitHub issues з 12 популярних Python репозиторіїв та unit тести для перевірки багфіксів - дозволяють отримати конкретну числову оцінку для того чи іншого поєднання агента та LLM.
Наприклад найспроможніший агент на даний момент на "Verified" наборі - AI Programming Agent від Weights & Biases, який спромігся пофіксити 64,6% багів.
Але є одне але. А що там з тестами, тобто з багами?
Іншими словами: а чи перевіряв хтось, крім авторів SWE-bench релевантність цього датасету, на якому оцінюють здатність LLM агентів фіксити реальні баги?
Такі дослідники знайшлись. Й перевірили SWE-bench датасет на відповідність поставленій задачі.
Жодним чином не піддаючи сумніву важливість цього бенчу і йому подібних - лише вказуючи й пропонуючи можливості покращення методології оцінки LLM агентів.
TL;DR
Автори дослідження з'ясували що більшість "успішних" патчів для GitHub issues з SWE-bench набору - насправді сильно під питанням, бо третина з цих issues містила правильний фікс в коментарях до issue, ще третина мали трохи неадекватні тести для того щоб перевірити фікс, тобто тести зеленіли не тому що проблему було реально пофікшено, а тому що в пулреквесті містився код на якому тести зеленіють :) Таким чином дві третини "фіксів" від LLM coding assistants дуже під питанням.
Потім автори дослідження ще упоролись й дослідили чи входять потенційно фікси від цих issue в дані, на яких міг навчатись LLM, переробили тестовий датасет таким чином щоб були тільки GitHub issues створені точно пізніше ніж зріз навчання LLM - і тоді ефективність фіксів дропнулась взагалі до лічених відсотків: у найкращої моделі на той момент, chatGPT 4o - з 18,8% на "Full" датасеті до 3,83%!
Висновки:
Забавно що тести це баги, але не дуже забавно те що тести з багами :)
Або іншими словами: тестові дані - наше всьо, і від їх якості залежить якість результатів, які ми хочемо і можемо отримати від LLM.
Щодо фіксу реальних багів - поки що "такоє"..
Якщо когось прям от сильно зацікавило, то ось додаткові посилання:
1) сама стаття: link
2) відео на ютубчику з розбором статті: link
А у вас як? Що ви фіксите за допомогою LLM?
Діліться в коментах! Всім справді цікаво!
#ai #bugseverywhere
Всіх давно вже цікавить питання: коли ж AI замінить нас на роботі. І надто це питання цікавить розробників. Проте в конструктивному руслі: "коли AI почне фіксити нудні баги замість нас, а ми нарешті зможемо
Для відповіді на це питання існують різні методології оцінювання ефективності LLM на реальних задачах, зокрема от й на задачах по багфіксу. Одна з найвідоміших - SWE-bench.
Якщо коротко, то SWE-bench - це набір даних, який перевіряє здатність AI агентів автоматично виправляти реальні баги на GitHub. 2,294 GitHub issues з 12 популярних Python репозиторіїв та unit тести для перевірки багфіксів - дозволяють отримати конкретну числову оцінку для того чи іншого поєднання агента та LLM.
Наприклад найспроможніший агент на даний момент на "Verified" наборі - AI Programming Agent від Weights & Biases, який спромігся пофіксити 64,6% багів.
Але є одне але. А що там з тестами, тобто з багами?
Іншими словами: а чи перевіряв хтось, крім авторів SWE-bench релевантність цього датасету, на якому оцінюють здатність LLM агентів фіксити реальні баги?
Такі дослідники знайшлись. Й перевірили SWE-bench датасет на відповідність поставленій задачі.
Жодним чином не піддаючи сумніву важливість цього бенчу і йому подібних - лише вказуючи й пропонуючи можливості покращення методології оцінки LLM агентів.
TL;DR
Автори дослідження з'ясували що більшість "успішних" патчів для GitHub issues з SWE-bench набору - насправді сильно під питанням, бо третина з цих issues містила правильний фікс в коментарях до issue, ще третина мали трохи неадекватні тести для того щоб перевірити фікс, тобто тести зеленіли не тому що проблему було реально пофікшено, а тому що в пулреквесті містився код на якому тести зеленіють :) Таким чином дві третини "фіксів" від LLM coding assistants дуже під питанням.
Потім автори дослідження ще упоролись й дослідили чи входять потенційно фікси від цих issue в дані, на яких міг навчатись LLM, переробили тестовий датасет таким чином щоб були тільки GitHub issues створені точно пізніше ніж зріз навчання LLM - і тоді ефективність фіксів дропнулась взагалі до лічених відсотків: у найкращої моделі на той момент, chatGPT 4o - з 18,8% на "Full" датасеті до 3,83%!
Висновки:
Забавно що тести це баги, але не дуже забавно те що тести з багами :)
Або іншими словами: тестові дані - наше всьо, і від їх якості залежить якість результатів, які ми хочемо і можемо отримати від LLM.
Щодо фіксу реальних багів - поки що "такоє"..
Якщо когось прям от сильно зацікавило, то ось додаткові посилання:
1) сама стаття: link
2) відео на ютубчику з розбором статті: link
А у вас як? Що ви фіксите за допомогою LLM?
Діліться в коментах! Всім справді цікаво!
03.02.202507:32
❗️ Збираю статистику по layoff’ам
Привіт друзі! Я почав активно готуватись до пітчингу доповіді до DOU DAY 2025, де планую, поміж іншим, розказати свою історію скорочення і пошуку роботи. Але одна моя історія — нудна і не показова (буде типова помилка того, хто вижив).
Коротка версія:
🟢мене скоротили влітку, я цього зовсім не очікував, але мав актуальне резюме і орієнтувався в ринку
🟠Спланував пошук роботи, намагаючись спочатку отримати найцікавішу і найприбутковішу, надавши собі на це 3 місяці, після чого мав знизити планку
🟢Активно розсилав СV через майданчики пошуку роботи, LinkedIn та напряму в компанії зі списку топ-50
🟠До кожного інтерв’ю готувався, читаючи уважно вакансію і гуглячи всі невідомі слова (і вичитуючи власне резюме)
🟢До інтерв’ю ставився як до рівнозначної бесіди — не тільки компанія обирає мене, але і я компанію. Як результат, деякі інтерв’ю завершував раніше, бо розумів, що я заслабкий і не пройду, чи компанія мені не підходить
🟠Мав портфоліо на github + блог — докази моєї професійної діяльності
🟢Знайшов роботу за 2 місяці
Тож я подумав, а що як дізнатись у вас — якщо вас скоротили, як це сталось і коли, де, як ви шукали нову роботу?
Оскільки в Інтернеті я часто бачу, що люди шукають роботу — аналітика і best practices можуть стати дуже корисним підґрунтям для наших колег, хто шукає роботу просто зараз.
Приділіть, будь ласка, 5 хв вашого часу і заповніть опитування. А якщо вам є що розказати про ваш лейофф і пошук роботи — діліться в коментарях. І перешліть опитування вашим друзям та знайомим, якщо їх теж скоротили.
➡️➡️➡️ forms.gle/3v9jobgCix5Tw5LAA 👈👈👈
Привіт друзі! Я почав активно готуватись до пітчингу доповіді до DOU DAY 2025, де планую, поміж іншим, розказати свою історію скорочення і пошуку роботи. Але одна моя історія — нудна і не показова (буде типова помилка того, хто вижив).
Коротка версія:
🟢мене скоротили влітку, я цього зовсім не очікував, але мав актуальне резюме і орієнтувався в ринку
🟠Спланував пошук роботи, намагаючись спочатку отримати найцікавішу і найприбутковішу, надавши собі на це 3 місяці, після чого мав знизити планку
🟢Активно розсилав СV через майданчики пошуку роботи, LinkedIn та напряму в компанії зі списку топ-50
🟠До кожного інтерв’ю готувався, читаючи уважно вакансію і гуглячи всі невідомі слова (і вичитуючи власне резюме)
🟢До інтерв’ю ставився як до рівнозначної бесіди — не тільки компанія обирає мене, але і я компанію. Як результат, деякі інтерв’ю завершував раніше, бо розумів, що я заслабкий і не пройду, чи компанія мені не підходить
🟠Мав портфоліо на github + блог — докази моєї професійної діяльності
🟢Знайшов роботу за 2 місяці
Тож я подумав, а що як дізнатись у вас — якщо вас скоротили, як це сталось і коли, де, як ви шукали нову роботу?
Оскільки в Інтернеті я часто бачу, що люди шукають роботу — аналітика і best practices можуть стати дуже корисним підґрунтям для наших колег, хто шукає роботу просто зараз.
Приділіть, будь ласка, 5 хв вашого часу і заповніть опитування. А якщо вам є що розказати про ваш лейофф і пошук роботи — діліться в коментарях. І перешліть опитування вашим друзям та знайомим, якщо їх теж скоротили.
➡️➡️➡️ forms.gle/3v9jobgCix5Tw5LAA 👈👈👈
21.01.202515:36
Аналітика зарплат QA, зима 2025
Привіт друзі! Якщо ви ще не бачили - на DOU вийшла свіжа аналітика доходів QA
Дуже дякую всім, хто заповнив своєчасно анкету і рекомендую ознайомитись з результатами самостійно.
Що було цікаво мені?
💰 Основна метрика - ЗП. Хотілось би, щоб було краще. Але радію, що поки не стає в рази гірше
⏳ Я невпинно віддаляюсь від медіани віку тестувальників. Добре, що поміж нас з'являються молоді і скілові інженери, але не хочу усвідомлювати себе старим 😅
📄 Краще мати ISTQB сертифікат, ніж не мати! Я пропонував це питання і тепер маю доказ, що ті, хто мають достатньо знань і навичок для отримання сертифікату і заробляють більше!
📬 Postman'ом користується 17% тест інженерів. Я здивований, що так мало. Але це пояснює посередні роботи по API тестуванню в Postman на останньому Dev Challenge. Більшість банально його не використовує. Якщо ви теж не користуєтесь - чим ви тестуєте API і чи тестуєте взагалі? Це при тому, що 77% тестувальників, за статистикою займаються тестуванням web. Як так?
upd
А ще пишуть, що 76% тестерів пишуть тест кейси. Мені здається, що це не правда. От ви - пишете?
Привіт друзі! Якщо ви ще не бачили - на DOU вийшла свіжа аналітика доходів QA
Дуже дякую всім, хто заповнив своєчасно анкету і рекомендую ознайомитись з результатами самостійно.
Що було цікаво мені?
💰 Основна метрика - ЗП. Хотілось би, щоб було краще. Але радію, що поки не стає в рази гірше
⏳ Я невпинно віддаляюсь від медіани віку тестувальників. Добре, що поміж нас з'являються молоді і скілові інженери, але не хочу усвідомлювати себе старим 😅
📄 Краще мати ISTQB сертифікат, ніж не мати! Я пропонував це питання і тепер маю доказ, що ті, хто мають достатньо знань і навичок для отримання сертифікату і заробляють більше!
📬 Postman'ом користується 17% тест інженерів. Я здивований, що так мало. Але це пояснює посередні роботи по API тестуванню в Postman на останньому Dev Challenge. Більшість банально його не використовує. Якщо ви теж не користуєтесь - чим ви тестуєте API і чи тестуєте взагалі? Це при тому, що 77% тестувальників, за статистикою займаються тестуванням web. Як так?
upd
А ще пишуть, що 76% тестерів пишуть тест кейси. Мені здається, що це не правда. От ви - пишете?
Медиа контентке кире албай жатабыз
09.01.202507:59
Management -> Engineering - downgrade?
Привіт друзі! З початком роботи в новій компанії та новій ролі, щось зовсім закинув наш блог. Але поступово розгріб справи і набрався мотивації щось писати, і може навіть відео якісь запишу :)
І чом би не почати з моїх вражень від переходу в нову компанії на нову позицію. В голові купа думок, тож не лякайтесь, що все не вміщу в один пост.
Перш за все - нова компанія! Хто мене хоч трохи знає - я працюю в ІТ більше 15 років і весь цей час працював з компанією Infopulse. Люди, з якими я провів вагому частину свого дорослого життя - сформували мене як спеціаліста, передали мені свої цінності, поділились знаннями і досвідом. Багато хто, як от Міша, стали моїми найліпшими друзями ❤️
Тому мені міняти роботу, сталий ритм життя і коло спілкування було ой як не просто. Але я радий, що в нас в Україні дуже багато класних спеціалістів і компаній! Коли я підключився на перше інтерв'ю з рекрутером nCube - після перших же хвилин зрозумів, що ми маємо спільні цінності і мені буде комфортно працювати з ними. "Наша компанія активно допомагає ЗСУ, не працює з руснею і не толерує русню" 🔥 А сама вакансія - робота з ШІ на пайтоні - просто всі зірки зійшлись!
Тож зараз я працюю просто AQA Engineering і задоволений! Уявіть собі - в мене 1 мітинг на день на 5 хв, а далі купа роботи, яку я можу сам вибрати і пріоритезувати. Безперечний плюс!
Але якщо ви думали, в кого більше вільного часу - в менеджера чи в інженера, мій досвід наочно демонструє - зараз часу писати в блог в мене не вистачає 😅 Але може то я просто розлінився
Думки поки що закінчились, але далі буде!
Привіт друзі! З початком роботи в новій компанії та новій ролі, щось зовсім закинув наш блог. Але поступово розгріб справи і набрався мотивації щось писати, і може навіть відео якісь запишу :)
І чом би не почати з моїх вражень від переходу в нову компанії на нову позицію. В голові купа думок, тож не лякайтесь, що все не вміщу в один пост.
Перш за все - нова компанія! Хто мене хоч трохи знає - я працюю в ІТ більше 15 років і весь цей час працював з компанією Infopulse. Люди, з якими я провів вагому частину свого дорослого життя - сформували мене як спеціаліста, передали мені свої цінності, поділились знаннями і досвідом. Багато хто, як от Міша, стали моїми найліпшими друзями ❤️
Тому мені міняти роботу, сталий ритм життя і коло спілкування було ой як не просто. Але я радий, що в нас в Україні дуже багато класних спеціалістів і компаній! Коли я підключився на перше інтерв'ю з рекрутером nCube - після перших же хвилин зрозумів, що ми маємо спільні цінності і мені буде комфортно працювати з ними. "Наша компанія активно допомагає ЗСУ, не працює з руснею і не толерує русню" 🔥 А сама вакансія - робота з ШІ на пайтоні - просто всі зірки зійшлись!
Тож зараз я працюю просто AQA Engineering і задоволений! Уявіть собі - в мене 1 мітинг на день на 5 хв, а далі купа роботи, яку я можу сам вибрати і пріоритезувати. Безперечний плюс!
Але якщо ви думали, в кого більше вільного часу - в менеджера чи в інженера, мій досвід наочно демонструє - зараз часу писати в блог в мене не вистачає 😅 Але може то я просто розлінився
Думки поки що закінчились, але далі буде!
Медиа контентке кире албай жатабыз
19.11.202415:17
👍 План стійкості тестування
Привіт друзі! Після презентації мого попереднього потужного плану тестування, я отримав багато відгуків про успішне впровадження. Мільярд тестерів вже отримав роботу і грошів. Тож ви не чекали і не просили, але хто, як не я, надихнувшись потужним планом 😮💨 нашого незламного лідера, зможе презентувати вам план стійкості, щоб стояв у кожному проєкті!
Я вже добре зрозумів тренд - всі ці стратегії, ризики, дедлайни - це хибний підхід до планування. План має бути потужно незламним і дуже абстрактним, щоб за все хороше і проти всього поганого і щоб взагалі ніхто не міг зрозуміти, що конкретно треба робити. Тож записуйте і користуйтесь, мої 10 пунктів:
1. Потужна єдність - всі QA мають єднатись з розробниками. Задушіть їх в своїх обіймах, якщо потрібно
2. Незламний тест кейс менеджмент - потрібні зміни в керуванні тестами. Терміново провести рев'ю всіх написаних тестів і видалити всі, що не потужні
3. Потужні тест тули - нестачу грошей на інструменти компенсуємо неоплачуваними овертаймами. Хто немає ноута для роботи, нехай тестує на листочку
4. Гроші - потужно і незламно просимо у замовника грошів
5. Безпека - Оскільки сама лише присутність QA на проєкті захищає критичні фічі від багів, просіть більше грошів
6. Продам гараж. Тут може бути ваша реклама
7. Стратегія стійкості - обіцяйте обіцяти нові потужні плани назламності щомісяця, і не робіть це із "скучним лицем, бо грошів ніхто не дасть" (с)
10. Я втомився писати. Пунктів ну майже 10, і вазагалі - хто там рахує? Ви шо, самі умні?
Користуйтесь!
Привіт друзі! Після презентації мого попереднього потужного плану тестування, я отримав багато відгуків про успішне впровадження. Мільярд тестерів вже отримав роботу і грошів. Тож ви не чекали і не просили, але хто, як не я, надихнувшись потужним планом 😮💨 нашого незламного лідера, зможе презентувати вам план стійкості, щоб стояв у кожному проєкті!
Я вже добре зрозумів тренд - всі ці стратегії, ризики, дедлайни - це хибний підхід до планування. План має бути потужно незламним і дуже абстрактним, щоб за все хороше і проти всього поганого і щоб взагалі ніхто не міг зрозуміти, що конкретно треба робити. Тож записуйте і користуйтесь, мої 10 пунктів:
1. Потужна єдність - всі QA мають єднатись з розробниками. Задушіть їх в своїх обіймах, якщо потрібно
2. Незламний тест кейс менеджмент - потрібні зміни в керуванні тестами. Терміново провести рев'ю всіх написаних тестів і видалити всі, що не потужні
3. Потужні тест тули - нестачу грошей на інструменти компенсуємо неоплачуваними овертаймами. Хто немає ноута для роботи, нехай тестує на листочку
4. Гроші - потужно і незламно просимо у замовника грошів
5. Безпека - Оскільки сама лише присутність QA на проєкті захищає критичні фічі від багів, просіть більше грошів
6. Продам гараж. Тут може бути ваша реклама
7. Стратегія стійкості - обіцяйте обіцяти нові потужні плани назламності щомісяця, і не робіть це із "скучним лицем, бо грошів ніхто не дасть" (с)
10. Я втомився писати. Пунктів ну майже 10, і вазагалі - хто там рахує? Ви шо, самі умні?
Користуйтесь!
28.10.202414:52
‼️ Льошина 1000
Привіт друзі! Трохи заклопотаний через роботу, мітапи та підготовку до дев челенджу, але я про всіх вас не забув.
Я вирішив підтримати ініціативу нашого незламного президента і потужно допомогти нашій QA спільноті. Щоб запобігти скороченням в ІТ і дати тестувальникам більше роботи, я дав розпорядження міністерству потужної незламності видати кожному QA в Україні по 1000 багів! 🐞 По нашим розрахункам - вони вже мають надходити в ПЗ, яке ви тестуєте. Просто проведіть регрешн чи хоча б smoke - і знайте, всі знайдені вами баги - то від мене.
Оскільки багів у всіх стало більше - сміливо йдіть до керівництва і просіть більше грошів, щоб потужно знайти всі баги 💪
Не забудьте розказати про “Льошину тисячу” колегам - най перевірять застосунки, що тестують!
Привіт друзі! Трохи заклопотаний через роботу, мітапи та підготовку до дев челенджу, але я про всіх вас не забув.
Я вирішив підтримати ініціативу нашого незламного президента і потужно допомогти нашій QA спільноті. Щоб запобігти скороченням в ІТ і дати тестувальникам більше роботи, я дав розпорядження міністерству потужної незламності видати кожному QA в Україні по 1000 багів! 🐞 По нашим розрахункам - вони вже мають надходити в ПЗ, яке ви тестуєте. Просто проведіть регрешн чи хоча б smoke - і знайте, всі знайдені вами баги - то від мене.
Оскільки багів у всіх стало більше - сміливо йдіть до керівництва і просіть більше грошів, щоб потужно знайти всі баги 💪
Не забудьте розказати про “Льошину тисячу” колегам - най перевірять застосунки, що тестують!
01.03.202511:40
#звіт за РЕБ
Привіт друзі! Новини останнього дня, м'яко кажучи, погані. Руки опускаються.
Тож, щоб трохи нас всіх розкрутити, хочу відзвітувати по збору на РЕБ!
Ми тримаємось, бо ми є один в одного!
Пристрій було замовлено, доставлено і вчора протестовано хлопцями. За що вам всім велика подяка. 🇺🇦
Привіт друзі! Новини останнього дня, м'яко кажучи, погані. Руки опускаються.
Тож, щоб трохи нас всіх розкрутити, хочу відзвітувати по збору на РЕБ!
Ми тримаємось, бо ми є один в одного!
Пристрій було замовлено, доставлено і вчора протестовано хлопцями. За що вам всім велика подяка. 🇺🇦
31.01.202510:04
Привіт, сьогодні з порцією мотивації здобути нові управлінські скіли!
У суворого @a_grygorenko відкрито запис на лютневий потік "Шлях до QA Leader" - йти всім, хто хоче вирости з інженера в гарного лідера QA команди.
Тобі це треба? Так, якщо:
- хочеш стати QA Lead, але не знаєш з чого почати;
- вже працюєш лідом і хочеш структурувати знання;
- нещодавно став лідом і потрібна підтримка експерта та колег зі схожими проблемами.
Що в програмі:
✨ Реальні кейси та ситуації з практики;
✨ Фокус на soft skills та people management;
✨ Підтримка ментора та спільноти;
✨ Перевірені інструменти та методики;
✨ Практика переговорів та фідбеку;
✨ Персональний план розвитку.
📅 Старт: 17 лютого
💎 До кінця січня діють знижки раннього бронювання:
Базовий - $900 (замість $1000)
Просунутий - $1200 (замість $1500)
Бронь місця - $200 (фіксує ціну з знижкою)
Можна оплатити частинами або через компанію👌
Залишились питання або готові почати?
Пиши в Telegram: @artem_grygorenko
Та шукай на сайті: grygorenko.tech
У суворого @a_grygorenko відкрито запис на лютневий потік "Шлях до QA Leader" - йти всім, хто хоче вирости з інженера в гарного лідера QA команди.
Тобі це треба? Так, якщо:
- хочеш стати QA Lead, але не знаєш з чого почати;
- вже працюєш лідом і хочеш структурувати знання;
- нещодавно став лідом і потрібна підтримка експерта та колег зі схожими проблемами.
Що в програмі:
✨ Реальні кейси та ситуації з практики;
✨ Фокус на soft skills та people management;
✨ Підтримка ментора та спільноти;
✨ Перевірені інструменти та методики;
✨ Практика переговорів та фідбеку;
✨ Персональний план розвитку.
📅 Старт: 17 лютого
💎 До кінця січня діють знижки раннього бронювання:
Базовий - $900 (замість $1000)
Просунутий - $1200 (замість $1500)
Бронь місця - $200 (фіксує ціну з знижкою)
Можна оплатити частинами або через компанію👌
Залишились питання або готові почати?
Пиши в Telegram: @artem_grygorenko
Та шукай на сайті: grygorenko.tech
19.01.202515:34
Посміхаєтесь багам? 😂
Кайра бөлүшүлгөн:
Попелюха | QA 👾
08.01.202520:34
Такееее для вас готую…
В новому році я з двох ніг вриваюсь в ютюби, буду заливати вже відзнятий курс по шарпам, тематичні відосики для QA, і головне…
Мені рівно не сиділось і я придумала собі в канал нову рубрику з кодовою назвою «Обнять і плакать», але з офіційною «Спаси і ctrl+S».
Суть цієї чудесної рубрики в тому, що за 12 місяців МЕНЕ проінтервʼювають 12 поважних і шанованих в світі ІТ спеціалістів.
Питання будуть для мене сюрпризом, хоча я звісно буду готуватись, але позоритись перед вами в прямому ефірі я буду знатно:)
І ось він анонс: 16.01, в четвер, записуйте собі в календарики що о 19:00 Олексій Остапов відкриє цю рубрику і перевірить мене на відповідність сеньйорності на позицію Manual 😉
Всіх запрошую на публічний допит Попелюхи 👾
Посилання скину за день до, і зможете знайти як трансляцію в Ютюбі
В новому році я з двох ніг вриваюсь в ютюби, буду заливати вже відзнятий курс по шарпам, тематичні відосики для QA, і головне…
Мені рівно не сиділось і я придумала собі в канал нову рубрику з кодовою назвою «Обнять і плакать», але з офіційною «Спаси і ctrl+S».
Суть цієї чудесної рубрики в тому, що за 12 місяців МЕНЕ проінтервʼювають 12 поважних і шанованих в світі ІТ спеціалістів.
Питання будуть для мене сюрпризом, хоча я звісно буду готуватись, але позоритись перед вами в прямому ефірі я буду знатно:)
І ось він анонс: 16.01, в четвер, записуйте собі в календарики що о 19:00 Олексій Остапов відкриє цю рубрику і перевірить мене на відповідність сеньйорності на позицію Manual 😉
Всіх запрошую на публічний допит Попелюхи 👾
Посилання скину за день до, і зможете знайти як трансляцію в Ютюбі
18.11.202406:01
#Звіт за дрон
Привіт друзі. Нещодавно публікував пост зі збором на дрон. Необхідну суму вже зібрано, дрон закуплено і передано. Всім дякую за участь! Ось посилання на повний звіт https://www.facebook.com/story.php?story_fbid=3709981755881436&id=100006089448894&_rdr
Разом до перемоги!🇺🇦
Привіт друзі. Нещодавно публікував пост зі збором на дрон. Необхідну суму вже зібрано, дрон закуплено і передано. Всім дякую за участь! Ось посилання на повний звіт https://www.facebook.com/story.php?story_fbid=3709981755881436&id=100006089448894&_rdr
Разом до перемоги!🇺🇦
26.10.202406:49
#Збір на Мавік
Привіт друзі! Мій знайомий колега і волонтер відкрив збір на мавік, нижче його пост. Будемо вдячні за допомогу і поширення (посилання на збір)
➿➿➿➿➿➿
⚡️ Дрон для ППО ⚡️
Друзі, вітаю!
Наш близький друг служить у ППО (643 окремий зенітний батальйон 831 бригади тактичної авіації)
Раніше ми допомагали цьому підрозділу зі старлінком та колесами, але зараз виникла нова потреба - хлопцям потрібен дрон.
Після збиття ворожих БПЛА, їм доводиться шукати ці БПЛА пішки, витрачаючи купу часу.
Щоб пришвидшити і полегшити пошуки, необхідний DJI Mavic 3 (звичайний, без тепловізора).
Це значно підвищить ефективність роботи і зекономить їм сили.
Мета збору: 80,000 грн.
Схема проста як завжди: збір —> закупка —> передача —> звіт.
Реквізити:
💳 Монобанка: https://send.monobank.ua/jar/8fo5KJb1vy
💳 Номер банки: 5375411223863395
💳 Приват: 4731219659848570
Всі реквізити на імʼя: Валелерій Синенко
Давайте допоможемо їм, захистити нас!
Привіт друзі! Мій знайомий колега і волонтер відкрив збір на мавік, нижче його пост. Будемо вдячні за допомогу і поширення (посилання на збір)
➿➿➿➿➿➿
⚡️ Дрон для ППО ⚡️
Друзі, вітаю!
Наш близький друг служить у ППО (643 окремий зенітний батальйон 831 бригади тактичної авіації)
Раніше ми допомагали цьому підрозділу зі старлінком та колесами, але зараз виникла нова потреба - хлопцям потрібен дрон.
Після збиття ворожих БПЛА, їм доводиться шукати ці БПЛА пішки, витрачаючи купу часу.
Щоб пришвидшити і полегшити пошуки, необхідний DJI Mavic 3 (звичайний, без тепловізора).
Це значно підвищить ефективність роботи і зекономить їм сили.
Мета збору: 80,000 грн.
Схема проста як завжди: збір —> закупка —> передача —> звіт.
Реквізити:
💳 Монобанка: https://send.monobank.ua/jar/8fo5KJb1vy
💳 Номер банки: 5375411223863395
💳 Приват: 4731219659848570
Всі реквізити на імʼя: Валелерій Синенко
Давайте допоможемо їм, захистити нас!
Кайра бөлүшүлгөн:
DOU
24.02.202512:14
У третю річницю повномасштабної війни ми запускаємо “Меморіал IT-спільноти”. Це проєкт DOU, де ми вшановуємо загиблих айтівців у російсько-українській війні. Тут зібрані короткі біографії військових, які віддали життя за Україну, а також цивільних, які загинули від рук росіян. Нехай ніхто не буде забутий.
Дякуємо агенції Artycoders за розробку і дизайн проєкту.
Дякуємо агенції Artycoders за розробку і дизайн проєкту.
30.01.202517:36
🙊 Про співбесіди
Привіт друзі! Буквально минулого тижня провели співбесіду з Попелюхою і мені пригадалось, як я сам проходив співбесіди цього літа, коли шукав нову роботу. Хотів цікаві історії притримати до наступного випуску подкасту, але не зрозуміло, коли він буде, тож нема чого тягнути. Тим паче, що за пів року деякі деталі трохи забулись.
Почну з технічної співбесіди в компанії nCube, з якою я наразі співпрацюю. Вона для мене - еталонний приклад важливості портфоліо. Оскільки шукали автоматизатора, то хотіли подивитись на мої навички написання коду. Тому я відкрив свій Github і ми передивились ті проєкти, якими я пишаюсь найбільше: код, документація, юніт тести. І цього виявилось більш ніж достатньо, щоб справити приємне враження.
Коли я про це згадую в розмовах, мені дорікають - "гарно вам, автоматизаторам, а що робити простим мануальщикам?" Для вас маю 3 поради:
1️⃣ Починайте вчити і використовувати в роботі, для рутинних задач, будь-яку скриптову мову: python, JS, bash. В 2025 - це must have.
2️⃣ Заведіть портфоліо з прикладами результатів вашої роботи мануальним тестувальником - тест дизайни, тест плани, баги. Не скачані з інтернету і не згенеровані ШІ, а такі, як ви робите кожного дня (чи їх ідеальні версії у вакуумі)
3️⃣ Пишіть - чи навіть блог заведіть, як маєте час і натхнення. Але почати можна хоча б з постів в LinkedIn або статті на DOU. "Був у мене такий цікавий кейс на роботі, ось так ми його вирішили" - це ж буквально case study вашої роботи + документування та аналіз результатів 😉
Для прикладу надаю приклад портфоліо - ще колись давно в Інфопульсі попросили зробити приклад для замовника - https://github.com/infopulse/Test-Documentation-Examples
❗️ Дякую, що дочитали! Наразі триває мій збір на РЕБ для 18 ОМБР - деталі в закріпленому пості. Дякую ❤️
Привіт друзі! Буквально минулого тижня провели співбесіду з Попелюхою і мені пригадалось, як я сам проходив співбесіди цього літа, коли шукав нову роботу. Хотів цікаві історії притримати до наступного випуску подкасту, але не зрозуміло, коли він буде, тож нема чого тягнути. Тим паче, що за пів року деякі деталі трохи забулись.
Почну з технічної співбесіди в компанії nCube, з якою я наразі співпрацюю. Вона для мене - еталонний приклад важливості портфоліо. Оскільки шукали автоматизатора, то хотіли подивитись на мої навички написання коду. Тому я відкрив свій Github і ми передивились ті проєкти, якими я пишаюсь найбільше: код, документація, юніт тести. І цього виявилось більш ніж достатньо, щоб справити приємне враження.
Коли я про це згадую в розмовах, мені дорікають - "гарно вам, автоматизаторам, а що робити простим мануальщикам?" Для вас маю 3 поради:
1️⃣ Починайте вчити і використовувати в роботі, для рутинних задач, будь-яку скриптову мову: python, JS, bash. В 2025 - це must have.
2️⃣ Заведіть портфоліо з прикладами результатів вашої роботи мануальним тестувальником - тест дизайни, тест плани, баги. Не скачані з інтернету і не згенеровані ШІ, а такі, як ви робите кожного дня (чи їх ідеальні версії у вакуумі)
3️⃣ Пишіть - чи навіть блог заведіть, як маєте час і натхнення. Але почати можна хоча б з постів в LinkedIn або статті на DOU. "Був у мене такий цікавий кейс на роботі, ось так ми його вирішили" - це ж буквально case study вашої роботи + документування та аналіз результатів 😉
Для прикладу надаю приклад портфоліо - ще колись давно в Інфопульсі попросили зробити приклад для замовника - https://github.com/infopulse/Test-Documentation-Examples
❗️ Дякую, що дочитали! Наразі триває мій збір на РЕБ для 18 ОМБР - деталі в закріпленому пості. Дякую ❤️
16.01.202514:12
🕑 Співбесіда з Попелюхою
Привіт друзі! Вже за кілька годин буду буду проводити співбесіду з Наталкою на позицію Senior Manual QA. Ми домовились, що все буде по чесному - я підготувався, як до будь-якого іншого інтерв'ю, питання не шарив. Валити не буду, але й піддаватись теж - все проведу точно так, як будь-яке комерційне інтерв'ю.
Після цього надам розгорнутий фідбек і ми обговоримо саме інтерв'ю зі спільнотою. Тож приєднуйтесь - буде весело і цікаво!
https://www.youtube.com/live/xrzYLeJXddA
Привіт друзі! Вже за кілька годин буду буду проводити співбесіду з Наталкою на позицію Senior Manual QA. Ми домовились, що все буде по чесному - я підготувався, як до будь-якого іншого інтерв'ю, питання не шарив. Валити не буду, але й піддаватись теж - все проведу точно так, як будь-яке комерційне інтерв'ю.
Після цього надам розгорнутий фідбек і ми обговоримо саме інтерв'ю зі спільнотою. Тож приєднуйтесь - буде весело і цікаво!
https://www.youtube.com/live/xrzYLeJXddA
Медиа контентке кире албай жатабыз
05.01.202520:42
🎄 Підсумки 2024 року?
#новорічне
Привіт друзі! Багато разів писав і переписував ці підсумки року. Бо важко підібрати слова, щоб передати всі думки і почуття 😵💫
Якщо сформулювати коротко - це був капець який важкий рік для всіх. З одного боку - всі, хто його пережили - вже молодці. Хоч в резюме додавай ачівку. З іншого боку - майбутнє страшне і невизначене, як ніколи раніше.
На фоні всіх існуючих проблем в буквально у всіх сферах життя дуже легко зневіритись і опустити руки:
⚠️ проблеми на фронті
⚠️ беззаконня в тилу
⚠️ влада, яка за 3 роки вторгнення може забезпечити міністерства потужної єдності та плани переможної потужності, але не може купити і поставити літаючи дрони
⚠️ скорочення в ІТ
⚠️ падіння економіки та інфляція
Говард Лавкрафт з його хтонічним жахом нервово курить в стороні 🚬
Саме тому я вважаю правильним дати нашій спільноті промінчик надії.
✅ По-перше, в нас є ми - спільнота QAMania, DOU, KOLO, IT - ми тут, ми живемо і працюємо! Минулого року я був щасливий спілкуватись із вами на кожній відвіданій офф-лайн події!
✅ По-друге, в кожного є родичі та друзі - хто в складі ЗСУ, незважаючи ні на що продовжує захищати нас! Одна думка про них не дає зневіритись!
Минулого року я проаналізував виписки, щоб зрозуміти об'єм донатів і прямих закупок для своїх друзів. Цього року я зробив так само і нарахував 💸 830 тисяч грн власних коштів. А разом зі зборами, які ми проводили в нашому блозі, ця сума сягає більше мільйона! Пишаюсь вами ❤️
Можна скільки завгодно класти хуями владу за неефективність та бездіяльність, але якщо моєму рідному 18 батальйону морської піхоти треба РЕБ на вчора, то я можу щось з цим робити і я роблю.
Я пишу це не щоб похизуватись, а щоб показати - скільки б в твітері не писали "всьо пропало" - разом ми можемо багато! Ми не одні! Волонтерство і донати все ще важливі! Вони рятують життя і вбивають окупантів!
Будьмо сильними в цьому році!
Слава Україні! 🇺🇦
#новорічне
Привіт друзі! Багато разів писав і переписував ці підсумки року. Бо важко підібрати слова, щоб передати всі думки і почуття 😵💫
Якщо сформулювати коротко - це був капець який важкий рік для всіх. З одного боку - всі, хто його пережили - вже молодці. Хоч в резюме додавай ачівку. З іншого боку - майбутнє страшне і невизначене, як ніколи раніше.
На фоні всіх існуючих проблем в буквально у всіх сферах життя дуже легко зневіритись і опустити руки:
⚠️ проблеми на фронті
⚠️ беззаконня в тилу
⚠️ влада, яка за 3 роки вторгнення може забезпечити міністерства потужної єдності та плани переможної потужності, але не може купити і поставити літаючи дрони
⚠️ скорочення в ІТ
⚠️ падіння економіки та інфляція
Говард Лавкрафт з його хтонічним жахом нервово курить в стороні 🚬
Саме тому я вважаю правильним дати нашій спільноті промінчик надії.
✅ По-перше, в нас є ми - спільнота QAMania, DOU, KOLO, IT - ми тут, ми живемо і працюємо! Минулого року я був щасливий спілкуватись із вами на кожній відвіданій офф-лайн події!
✅ По-друге, в кожного є родичі та друзі - хто в складі ЗСУ, незважаючи ні на що продовжує захищати нас! Одна думка про них не дає зневіритись!
Минулого року я проаналізував виписки, щоб зрозуміти об'єм донатів і прямих закупок для своїх друзів. Цього року я зробив так само і нарахував 💸 830 тисяч грн власних коштів. А разом зі зборами, які ми проводили в нашому блозі, ця сума сягає більше мільйона! Пишаюсь вами ❤️
Можна скільки завгодно класти хуями владу за неефективність та бездіяльність, але якщо моєму рідному 18 батальйону морської піхоти треба РЕБ на вчора, то я можу щось з цим робити і я роблю.
Я пишу це не щоб похизуватись, а щоб показати - скільки б в твітері не писали "всьо пропало" - разом ми можемо багато! Ми не одні! Волонтерство і донати все ще важливі! Вони рятують життя і вбивають окупантів!
Будьмо сильними в цьому році!
Слава Україні! 🇺🇦
16.11.202409:59
💰 ROI та Codeless автоматизація
Привіт друзі! Якщо ви пропустили - на DOU нещодавно було опубліковано гарний пост про розрахунок ROI автоматизації тестування Codeless інструментом. І хоча в коментах більшість людей накинулась обговорювати плюси та здебільшого мінуси Codeless автоматизації, як на мене, сама суть поста - про те, як врахувати всі аспекти мануальногго тестування, автоматизації, порівняти їх і вирахувати, чи взагалі варто займатись автоматизацією у випадку, якщо команда чи бізнес хоче зекономити таким чином грошей.
А як вишенька на торті - реальний, хоч і анонімізований кейс порівняння ROI для класичної та Codeless автоматизації. Ми з Михайлом таке теж іноді рахували, і це дійсно стає опцією - якщо тестований продукт можна покрити автотестами не пишучи код, чи варто переплатити за нього, чи може дешевше використати безкоштовний і найняти більш скілового спеціаліста.
https://dou.ua/forums/topic/51191/
Привіт друзі! Якщо ви пропустили - на DOU нещодавно було опубліковано гарний пост про розрахунок ROI автоматизації тестування Codeless інструментом. І хоча в коментах більшість людей накинулась обговорювати плюси та здебільшого мінуси Codeless автоматизації, як на мене, сама суть поста - про те, як врахувати всі аспекти мануальногго тестування, автоматизації, порівняти їх і вирахувати, чи взагалі варто займатись автоматизацією у випадку, якщо команда чи бізнес хоче зекономити таким чином грошей.
А як вишенька на торті - реальний, хоч і анонімізований кейс порівняння ROI для класичної та Codeless автоматизації. Ми з Михайлом таке теж іноді рахували, і це дійсно стає опцією - якщо тестований продукт можна покрити автотестами не пишучи код, чи варто переплатити за нього, чи може дешевше використати безкоштовний і найняти більш скілового спеціаліста.
https://dou.ua/forums/topic/51191/
25.10.202415:32
05.02.202514:57
🗣 Сороміцька співбесіда і пріоритети
Привіт друзі! Настав час розказати вам про співбесіду, за яку мені було реально соромно, але яка допомогла мені чіткіше визначити свої пріоритети пошуку роботи.
У вільний час я іноді пишу код не тільки на Python, але й на JS/TS - чи то просто з цікавості, коли прочитав про якусь прикольну бібліотеку, чи, щоб PoC зробити для порівняння. Тож, коли я почав шукати роботу, я написав створив собі новий проєкт у VS Code і переписав свої автотести для домашнього проєкту з Python на TS. І оскільки було не складно, я вирішив розширити свій пошук не тільки тест менеджментом і автоматизацією на Python, а ще й на JS.
І навіть отримав кілька запрошень на співбесіди! Одну навіть пройшов. Що ж могло піти не так?
Запросили мене на співбесіду в одну велику компанію, на мітинг прийшло кілька хлопців, які знали, хто я, а я знав одного з них. Тож отримав до себе заздалегідь дуже гарне ставлення. Вони запропонували мені live-coding сессію, я почав писати код. І тільки тут я зрозумів, що я взагалі нічого не знаю про TS, а все, що було написано раніше - працює суто випадково 😄 Задачі, що хлопці питали - прості для них, виявились невирішуваними для мене. З підказками я зробив одну, скіпнув другу, але, оскільки ставлення до мене було дуже хороше, мене всіляко підбадьорювали ❤️ і пропонували написати ще кілька прикладів.
І ось, зробивши третю задачу, запускаю код і він не працює через синтаксичну помилку. Але VS Code не може сказати, де саме вона, тому що рішення було написани в найкращих традиціях JS/TS і код закінчувався чимось типу )))})})}}))}}} Кілька разів безуспішно його зарефакторивши, ми всі разом вирішили, що простіше ресетнути задачу і написати її з нуля - тільки тоді вона запрацювала. Але саме в цей момент я усвідомив, що мені це не подобається і я точно не хочу наступний рік колупати дужки.
Тож я зробив те єдине, що могло покращити цю співбесіду - попросив пробачення за витрачений час; подякував хлопцям за чудову співбесіду і нереальний рівень довіри та підтримки; і завершив її. Після чого відмінив всі подальші інтерв'ю по JS/TS і прибрав ці мови з пошукових фільтрів.
Дуже вдячний, що в результаті я чітко зміг побачити для себе не просто те, що я хочу робити з задоволенням а й те, чого я точно робити не хочу:)
А які у вас були фейли на співбесідах?
Привіт друзі! Настав час розказати вам про співбесіду, за яку мені було реально соромно, але яка допомогла мені чіткіше визначити свої пріоритети пошуку роботи.
У вільний час я іноді пишу код не тільки на Python, але й на JS/TS - чи то просто з цікавості, коли прочитав про якусь прикольну бібліотеку, чи, щоб PoC зробити для порівняння. Тож, коли я почав шукати роботу, я написав створив собі новий проєкт у VS Code і переписав свої автотести для домашнього проєкту з Python на TS. І оскільки було не складно, я вирішив розширити свій пошук не тільки тест менеджментом і автоматизацією на Python, а ще й на JS.
І навіть отримав кілька запрошень на співбесіди! Одну навіть пройшов. Що ж могло піти не так?
Запросили мене на співбесіду в одну велику компанію, на мітинг прийшло кілька хлопців, які знали, хто я, а я знав одного з них. Тож отримав до себе заздалегідь дуже гарне ставлення. Вони запропонували мені live-coding сессію, я почав писати код. І тільки тут я зрозумів, що я взагалі нічого не знаю про TS, а все, що було написано раніше - працює суто випадково 😄 Задачі, що хлопці питали - прості для них, виявились невирішуваними для мене. З підказками я зробив одну, скіпнув другу, але, оскільки ставлення до мене було дуже хороше, мене всіляко підбадьорювали ❤️ і пропонували написати ще кілька прикладів.
І ось, зробивши третю задачу, запускаю код і він не працює через синтаксичну помилку. Але VS Code не може сказати, де саме вона, тому що рішення було написани в найкращих традиціях JS/TS і код закінчувався чимось типу )))})})}}))}}} Кілька разів безуспішно його зарефакторивши, ми всі разом вирішили, що простіше ресетнути задачу і написати її з нуля - тільки тоді вона запрацювала. Але саме в цей момент я усвідомив, що мені це не подобається і я точно не хочу наступний рік колупати дужки.
Тож я зробив те єдине, що могло покращити цю співбесіду - попросив пробачення за витрачений час; подякував хлопцям за чудову співбесіду і нереальний рівень довіри та підтримки; і завершив її. Після чого відмінив всі подальші інтерв'ю по JS/TS і прибрав ці мови з пошукових фільтрів.
Дуже вдячний, що в результаті я чітко зміг побачити для себе не просто те, що я хочу робити з задоволенням а й те, чого я точно робити не хочу:)
А які у вас були фейли на співбесідах?
27.01.202517:24
📣 Благодійний воркшоп з API тестування
Привіт друзі! Згідно статистики, 77% тестувальників практикують тестування web застосунків, при цьому API тестують менше 20%
Ця статистика дає відповідь на моє ж питання – чому на останньому Dev Challenge учасникам так важко далось просте завдання з тестування API.
Але на разі, я бачу не проблему, а можливість навчитись новому!
Хочу провести благодійний воркшоп з API тестування.
📆 Коли: 11 та 13 лютого, з 19:00 до 21:00
💰 Це платно? Так, моя мета - зібрати на РЕБ для 18 ОБМП. Мінімальний донат - 1000 грн. Серед всіх учасників розіграємо подарунок/подарунки (ще працюю над цим).
ℹ️ Про що воркшоп? Детальний план за посиланням 👇
🤔 Для кого? Для всіх!
➡️➡️ https://qamania.org/blog/workshop-02/ ⬅️⬅️
➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿
Також буду вдячний всім, хто може просто задонатити і поширити ❤️
На РЕБ для 18 ОБМП
🎯 Ціль: 320 000 ₴
🔗Посилання на банку
https://send.monobank.ua/jar/5DQKg3Ybpz
💳Номер картки банки
4441 1111 2088 9278
Привіт друзі! Згідно статистики, 77% тестувальників практикують тестування web застосунків, при цьому API тестують менше 20%
Ця статистика дає відповідь на моє ж питання – чому на останньому Dev Challenge учасникам так важко далось просте завдання з тестування API.
Але на разі, я бачу не проблему, а можливість навчитись новому!
Хочу провести благодійний воркшоп з API тестування.
📆 Коли: 11 та 13 лютого, з 19:00 до 21:00
💰 Це платно? Так, моя мета - зібрати на РЕБ для 18 ОБМП. Мінімальний донат - 1000 грн. Серед всіх учасників розіграємо подарунок/подарунки (ще працюю над цим).
ℹ️ Про що воркшоп? Детальний план за посиланням 👇
🤔 Для кого? Для всіх!
➡️➡️ https://qamania.org/blog/workshop-02/ ⬅️⬅️
➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿➿
Також буду вдячний всім, хто може просто задонатити і поширити ❤️
На РЕБ для 18 ОБМП
🎯 Ціль: 320 000 ₴
🔗Посилання на банку
https://send.monobank.ua/jar/5DQKg3Ybpz
💳Номер картки банки
4441 1111 2088 9278
Медиа контентке кире албай жатабыз
14.01.202508:03
⚙️ Management -> Engineering - downgrade? part 2
Привіт друзі! Продовжую описувати власний досвід про перехід з менеджерської посади на інженерну.
Взагалі, ми навіть на подкасті з Ромою і Наталкою обговорювали, що часто-густо, менеджмент, це дорога в один кінець - технології так швидко розвиваються, що як тільки перестаєш працювати з ними напряму, одразу втрачаєш навичку. Це дійсно правда. Втягнутись в ритм щоденної розробки мені було надзвичайно складно. Мої перші PR-и містили більше зауважень і коментів, ніж змін, які я зробив 😸
Перші місяці я відчував шалений тиск зі сторони отого мерзенного Льоші-менеджера-хеда-практики, що запланував вже покрити автотестами все, а я тільки-но прочитав всю документацію і розібрався з енвами. Але на противагу я маю дуже гарний і дорослий колектив і менеджмент, що не тисне, дає стільки часу освоїтись, скільки потрібно і завжди радий допомогти порадою ❤️
Але я й не переставав повністю займатись інженерією - постійно писав пет-проєкти, робив PoC на нові технології, робив невеликі курси по автоматизації та перформансу, пишучи і переписуючи код багато разів. І це гарно спрацювало. За майже пів року роботи AQA інженером, я не тільки почав гарно писати код, та ще й опанував bash і докер на рівні, на якому ніколи й не планував його знати 😅
Яку б роботу вам не підкинули - продовжуйте приділяти час саме тому, що вам подобається робити - кодити, тестувати, писати доки. І тоді вам буде легше адаптуватись до нових задач і нової роботи.
Далі буде!
Привіт друзі! Продовжую описувати власний досвід про перехід з менеджерської посади на інженерну.
Взагалі, ми навіть на подкасті з Ромою і Наталкою обговорювали, що часто-густо, менеджмент, це дорога в один кінець - технології так швидко розвиваються, що як тільки перестаєш працювати з ними напряму, одразу втрачаєш навичку. Це дійсно правда. Втягнутись в ритм щоденної розробки мені було надзвичайно складно. Мої перші PR-и містили більше зауважень і коментів, ніж змін, які я зробив 😸
Перші місяці я відчував шалений тиск зі сторони отого мерзенного Льоші-менеджера-хеда-практики, що запланував вже покрити автотестами все, а я тільки-но прочитав всю документацію і розібрався з енвами. Але на противагу я маю дуже гарний і дорослий колектив і менеджмент, що не тисне, дає стільки часу освоїтись, скільки потрібно і завжди радий допомогти порадою ❤️
Але я й не переставав повністю займатись інженерією - постійно писав пет-проєкти, робив PoC на нові технології, робив невеликі курси по автоматизації та перформансу, пишучи і переписуючи код багато разів. І це гарно спрацювало. За майже пів року роботи AQA інженером, я не тільки почав гарно писати код, та ще й опанував bash і докер на рівні, на якому ніколи й не планував його знати 😅
Яку б роботу вам не підкинули - продовжуйте приділяти час саме тому, що вам подобається робити - кодити, тестувати, писати доки. І тоді вам буде легше адаптуватись до нових задач і нової роботи.
Далі буде!
24.11.202408:02
Tech Meetup
#ad
Запрошую на корисний івент для дизайнерів, розробників, тестувальників та проджект менеджерів.
Ви дізнаєтесь про те, як уникнути типових помилок в роботі над проектом, як зробити так, щоб дизайн ефективніше втілювався в код, результативно комунікувати та оптимізувати сам процес. Yehor Sokhan, Head of Design (12+ years of experience) розповість про свій досвід і поділиться практичними інструментами планування та ведення проектів.
Реєстрація за донат на ЗСУ - https://tech-meetups.qarea.org/more-details-common-language-ux-dev-qa
#ad
Запрошую на корисний івент для дизайнерів, розробників, тестувальників та проджект менеджерів.
Ви дізнаєтесь про те, як уникнути типових помилок в роботі над проектом, як зробити так, щоб дизайн ефективніше втілювався в код, результативно комунікувати та оптимізувати сам процес. Yehor Sokhan, Head of Design (12+ years of experience) розповість про свій досвід і поділиться практичними інструментами планування та ведення проектів.
Реєстрація за донат на ЗСУ - https://tech-meetups.qarea.org/more-details-common-language-ux-dev-qa
15.11.202416:56
#devchallenge
Привіт друзі! 10 днів тому пройшов фінал DevChallenge 21. Настав час поділитись інсайдами і підбити підсумки.
⭐️ Завдання - API тестування інтернет магазину
Я не робив це завдання спеціально для челенджу. Ще влітку розробив на Python застосунок https://github.com/qamania/ShoPen - магазин для продажу ручок (тому й ShoPen), планував провести кілька вебінарів за тестування API (і може ще проведу). Але воно, з нашої суддівської точки зору, ідеально підходило для фіналу - 1 завдання на цілий день - протестувати півтора десятки ендпоінтів, зарепортити баги і надати тестовий звіт + тим, хто хотів поскладніше - ще надати Postman колекцію з тестами і зробити її такою, щоб можна було ганяти багато разів.
Для магазину я написав просту автентифікацію, можливість додавати товари і користувачів і навіть транзакції із системою станів. Основна хитрість і складність - що магазин один, тестує його багато людей, і варто створити не просто тестові дані, а скрипти чи колекції для їх створення, щоб інші тестувальники випадково вам все не наломали.
💣 І вже під час челенджу, у нас, суддів, виникла шикарна думка - “у вас ніколки такого не було, що ви щось сетапите, тестуєте, а тут раптово розробники щось деплоять і міграційні скрипти дропають всю базу?” У нас було, і ми вирішили поділитись досвідом з учасниками - посеред дня, за 5 годин до закінчення, ми дропнули базу 😈
А потім ми всю ніч перевіряли роботи, щоб до наступного для визначити переможця. І ось вже чисто мої спостереження:
🟢Незважаючи на те, що ми просили в завданні всі звіти робити зверху вниз, все одно було аж 2, в якому список тестів і багів був написаний зліва направо. Як вам самим не зручно так скролити?
🟢Робота тестера - вимірювання якості і інформування про неї. Саме для цього потрібен звіт. Що ви покрили тестами, що менеджери і замовники знали - чим можна користуватись. І майже всі не впрорались із цим. Написати список перевірок - ок, але тільки кілька людей написало summary - що було проведено умовно 50 тестів, що покрили 13 юз кейсів, серед них стільки працюють, а стільки ні
🟢Але була інша крайність - звіт, в якому написано, що пройдено більше 100 тестів, але без жодних подробиць - яких саме
🟢Трохи про юзабіліті - звіт дійсно має бути зрозумілим і приємним на вигляд. Я дякую тим, хто окрім статусів тестів виділяв пасс зеленим, а фейл червоним. Але були такі, хто виділив і пас і фейл зеленим, що робить аналіз складнішим
🟢Ще юзабіліті - майже всі здали звіти в таблицях. То посортуйте баги від крітікал до майнор - це важливо для прийняття рішень по якості
🟢Були роботи зі списком тестів в статусі NORUN - при повторюваному (continuous) процесі - це ок, але при одноразовому тестуванні - це ні про що. Який мені сенс знати, що ви думали про тести але не потестили?
🟢Були роботи з повноцінними тест кейсами - це марнування часу - мені потрібен звіт, а не тест дизайн
🟢Були роботи зі скріншотами Postman і Swagger - ми ж працюємо з API - копіюйте реквести і респонси
🟢Були баг репорти без конкретних даних. Типу - знижка не нараховується. Таких, нажаль, було більше ніж один. Я навіть пішов і репродюсув. В мене нараховується! За такі баги я не нараховував балів. Лише кілька людей вказало, що знижка не нараховується при сумі рівно 5000 (а в коді стоїть перевірка на суворо більше >). І вказали, які ручки вони створили і в якій кількості
🟢Лише 20% колекцій Postman мені вдалося запустити. Шкода. Хоча декілька людей в роботах і в особистому спілкуванні зізнавались, що ніколи не тестували API, я все одно думав, що більшість тест інженерів володіють базовими навичками роботи з Postman чи аналогічними інструментами
💡 Загальне враження - багато учасників самі ускладнили собі роботу там, де її можна було зробити простішою. На фінальному виступі в неділю мені дуже сподобались слова суддів з дизайну - думайте про свою авдиторію! Ми, QA, не робимо тестування просто щоб робити. Наша мета - не просто виміряти якість, а донести інформацію про неї в доступному вигляді.
Дякую за участь і побачимось у наступному році!
Привіт друзі! 10 днів тому пройшов фінал DevChallenge 21. Настав час поділитись інсайдами і підбити підсумки.
⭐️ Завдання - API тестування інтернет магазину
Я не робив це завдання спеціально для челенджу. Ще влітку розробив на Python застосунок https://github.com/qamania/ShoPen - магазин для продажу ручок (тому й ShoPen), планував провести кілька вебінарів за тестування API (і може ще проведу). Але воно, з нашої суддівської точки зору, ідеально підходило для фіналу - 1 завдання на цілий день - протестувати півтора десятки ендпоінтів, зарепортити баги і надати тестовий звіт + тим, хто хотів поскладніше - ще надати Postman колекцію з тестами і зробити її такою, щоб можна було ганяти багато разів.
Для магазину я написав просту автентифікацію, можливість додавати товари і користувачів і навіть транзакції із системою станів. Основна хитрість і складність - що магазин один, тестує його багато людей, і варто створити не просто тестові дані, а скрипти чи колекції для їх створення, щоб інші тестувальники випадково вам все не наломали.
💣 І вже під час челенджу, у нас, суддів, виникла шикарна думка - “у вас ніколки такого не було, що ви щось сетапите, тестуєте, а тут раптово розробники щось деплоять і міграційні скрипти дропають всю базу?” У нас було, і ми вирішили поділитись досвідом з учасниками - посеред дня, за 5 годин до закінчення, ми дропнули базу 😈
Бо працювати тестером - це завжди челендж!
А потім ми всю ніч перевіряли роботи, щоб до наступного для визначити переможця. І ось вже чисто мої спостереження:
🟢Незважаючи на те, що ми просили в завданні всі звіти робити зверху вниз, все одно було аж 2, в якому список тестів і багів був написаний зліва направо. Як вам самим не зручно так скролити?
🟢Робота тестера - вимірювання якості і інформування про неї. Саме для цього потрібен звіт. Що ви покрили тестами, що менеджери і замовники знали - чим можна користуватись. І майже всі не впрорались із цим. Написати список перевірок - ок, але тільки кілька людей написало summary - що було проведено умовно 50 тестів, що покрили 13 юз кейсів, серед них стільки працюють, а стільки ні
🟢Але була інша крайність - звіт, в якому написано, що пройдено більше 100 тестів, але без жодних подробиць - яких саме
🟢Трохи про юзабіліті - звіт дійсно має бути зрозумілим і приємним на вигляд. Я дякую тим, хто окрім статусів тестів виділяв пасс зеленим, а фейл червоним. Але були такі, хто виділив і пас і фейл зеленим, що робить аналіз складнішим
🟢Ще юзабіліті - майже всі здали звіти в таблицях. То посортуйте баги від крітікал до майнор - це важливо для прийняття рішень по якості
🟢Були роботи зі списком тестів в статусі NORUN - при повторюваному (continuous) процесі - це ок, але при одноразовому тестуванні - це ні про що. Який мені сенс знати, що ви думали про тести але не потестили?
🟢Були роботи з повноцінними тест кейсами - це марнування часу - мені потрібен звіт, а не тест дизайн
🟢Були роботи зі скріншотами Postman і Swagger - ми ж працюємо з API - копіюйте реквести і респонси
🟢Були баг репорти без конкретних даних. Типу - знижка не нараховується. Таких, нажаль, було більше ніж один. Я навіть пішов і репродюсув. В мене нараховується! За такі баги я не нараховував балів. Лише кілька людей вказало, що знижка не нараховується при сумі рівно 5000 (а в коді стоїть перевірка на суворо більше >). І вказали, які ручки вони створили і в якій кількості
🟢Лише 20% колекцій Postman мені вдалося запустити. Шкода. Хоча декілька людей в роботах і в особистому спілкуванні зізнавались, що ніколи не тестували API, я все одно думав, що більшість тест інженерів володіють базовими навичками роботи з Postman чи аналогічними інструментами
💡 Загальне враження - багато учасників самі ускладнили собі роботу там, де її можна було зробити простішою. На фінальному виступі в неділю мені дуже сподобались слова суддів з дизайну - думайте про свою авдиторію! Ми, QA, не робимо тестування просто щоб робити. Наша мета - не просто виміряти якість, а донести інформацію про неї в доступному вигляді.
Дякую за участь і побачимось у наступному році!
Өчүрүлгөн25.10.202415:33
Медиа контентке кире албай жатабыз
25.10.202415:32
Привіт друзі! Хочу похизуватись гарною футболкою, що мені подарували @istqb_certified_unicorns, побажати гарної та спокійної п'ятниці і нагадати, що завтра можемо зустрітись у Роми Якимчука на https://conference.ry-consulting.online/
Көрсөтүлдү 1 - 24 ичинде 722
Көбүрөөк функцияларды ачуу үчүн кириңиз.