Ура! Класна технічна стаття!
Лайк
В ЗСУ :)
Дуже багато ресурсів:
— папка з усіма QA телеграм каналами в Україні: t.me/addlist/TMUVBawS7ZIwNzdi
Блоги:
— Алан Пейдж: angryweasel.com/blog
— Майкл Болтон: developsense.com/blog
— Джеймс Бах: www.satisfice.com/blog
Подкасти:
— Testing Minutes: www.youtube.com/@TestingMinutes (Українське)
— A/B podcast: www.moderntesting.org
— Testing Peers: testingpeers.com
То так, на вскідку, але ж їх багато більше :)
Хороша стаття з технічними деталями.
У мене питання по назві, чи правильно я зрозумів що під «автоматизованим тестуванням» мається на увазі написання та запуск певних перевірок на CI/CD?
Часто, люди на такому рівні одні на проекті. Тому було б корисно то знати.
Схожу штуку у мене робили студенти без досвіду (звичайно із певними обмеженнями). Але то була груповий курсовий проект. А сама задачка сильно розширює кругозір.
Класно, що зайшла ідея!
Привіт! Тільки побачив коментар :D
Загалом, моя позиція щодо тестування, що дійно тестування може бути зроблено на кожному етапі SDLC. Мені здається, що головна задача цього пришвидшити feedback loop. А якщо реалізовувати постійне розгортання та доставку на прод, то такі речі маст. Головне розуміти, які перевірки на якому етапі робити :)
Додаси собі потім в резюме.
Виконував практичні задачкі для інших :D
дякую!
буде цікаво :)
Дякую :)
Які підходи до навчання своїх колег використовуєте?
Дуже цікаво почути думки людей із відповідною освітою
Дякую за коментар!
Так дійсно, був би хороший момент з самостійним опрацюванням теми і потім дати задачу на тестування специфікації. І це було б правильно.
Щодо «посади» QA коуч, то насправді немає визначеного терміну :)
Я допомагаю організаціям налаштовувати процеси забезпечення якості. Також менторю індивідуально з використанням коучингового підходу.
Точно! Дякую за коментар :)
100%
Сподіваюсь, що Атласіани не зроблять йому гірше :)
Я прийшов до думких, що таких понять як майндсети аутсорс та продукт — нема.
Самі ото придумали визначення і зараз намагаємось запихнути в межах цих понять певні патерни поведінки.
Запис вебінару:
Погоджуюсь із Олександром.
Roadmap будується під вашу ціль, ну на крайняк під посаду на яку ви претендуєте або хочете отримати.
Перед тим як його побудувати, можна зробити такий собі gap analysis, щоб зрозуміти свої сильні сторони та зони росту. Його можна отримати наприклад через консультації із менторами, або через мок інтерв’ю або зрізи (їх є у кого у нас взяти в тестувальницькій спільноті у того ж Олександра ;)).
Після чого визначити для себе, для початку, 3 зони розвитку і можна по ним створити деякий IDP по якому будете ви рухатись. Цей документ і є по суті вашим роадмапом та шляхом до досягнення цілей.
А якісь generic паттерни зазвичай можуть бути малокорисними, окрім ідей, з якими ви можете рухатись далі. Тим паче що жоден роадмап не гарантує вам досягнення ваших цілей :)