Нотатки суворого QA 💛💙

Теми які піднімають бурхливі емоції в спільноті: - скрам - джира - istqb Яка же буде наступна нотатка? 😏🤔

Вже роздрукував. Але читати ми, звичайно, це не будемо 😂

Кажуть, що ISTQB є новий сілабус на Advanced Test Manager v.3.0. Його не оновлювали 12 років! 🤓

https://t.me/a_grygorenko/782 https://t.me/a_grygorenko/770

Якщо ви починаєте свій шлях в IT, і проходите або пройшли курси. В якийсь момент вам буде здаватись, що ви готові рухатись далі і вам захочется почати вчити "автоматизацію". Але хочу нагадати наступне: - Якщо ви не знаєте основ в тестуванні - автоматизація не допоможе. - Якщо ви не знаєте основ технік тест-дизайну - автоматизація не допоможе. - Якщо ви не знаєте які є HTTP методи та як їх використовувати - автоматизація не допоможе. - Якщо ви не знаєте які є різновиди API - автоматизація не допоможе. - Якщо ви не знаєте базового інструментарію (Dev.Tools, Postman і ко, JIRA і ко) - автоматизація не допоможе. - Якщо ви не вмієте доносити свої думки до інших - автоматизація не допоможе. Чи стане легше пошук роботи, якщо ви вивчите як писати код? Можливо, але який в цьому сенс, якщо в голові буде непомірна каша? 90% роботи яку ви будете робити на першій своїй роботі це створення тестової документації, безпосереднє тестування продукту. Це сугубо власні суб'єктивні думки, з якими ви можете не погоджуватись і це ок 😌

Вище, можете побачити один із інсайтів який написала учениця у мене на навчанні. Я кожного тижня "заставляю" робити рефлексію по певному шаблону, і дуже приємно спостерігати, як речі, про які нагадуєш починають працювати. Наприклад в цей раз інформація про документ похвали. Саме через можливість робити такі усвідомлення я рекомендую вести подібний документ. Про нього також я записав відео, яке можна побачити на YouTube 📹 Дивитись тут

Всім вітання! Оголошую реестрацію на мій ОНЛАЙН мастерклас для senior рівня по використанню Playwright-test фреймворку! Буде проходити 17, 19 та 21 червня 2024 року (3 частини по 2 години). - Є прекрасні відгуки вже 5 випущених груп - Весь дохід іде на потреби армії - НГУ "Рубіж", та інші (в залежності від поточного пріорітету) - Не втрачайте можливість рейзнути +500$ на ревью, отримавши найактуальніші інсайди по PlaywrightJS ! Деталі: https://xotabu4.notion.site/Playwright-ONLINE-e3a723108bce447c9d32f2eb128304d8?pvs=74 Або пишіть в особисті - t.me/xotabu4

✍️Вимоги повинні бути в спеціальному для цього місці, а не в тікетах Кожен предмет має своє місце, як у квартирі, будинку чи будь-де інде. Так само і в проекті: для кожного артефакту існує визначене місце. Я хочу підкреслити важливу деталь: якщо ви записуєте вимоги в JIRA, це не найкращий спосіб використання цього інструменту. Чому це неефективно? JIRA — це інструмент для on-going активностей, де ви створюєте, закриваєте, видаляєте завдання тощо. Він подібний до оперативної пам'яті, яка має постійно звільнятися для ефективної та безперебійної роботи. Додавання в JIRA інформації, яка має бути збережена в довгостроковій пам'яті, може призвести до перевантаження системи та унеможливлює знайти актуальну інформацію по продукту. Невеличка вправа для вас

Давайте уявімо, що до вас приходить нова людина, якій потрібно познайомитись із тим, як працює ваша система. Зрозуміти нюанси технічної реалізації. Подумайте про стратегію занурення цієї людини в продукт. Скільки нюансів ви знаєте, які можуть не знати новачки? Чи є у вас документ, який можете дати людині почитати про це? Чи ваша стратегія буде полягати в тому, щоб робити постійні зідзвони та передавати інформацію, яка є в вашій голові?

Вимоги — це більш статична інформація, яка має бути доступною для всіх членів команди. Вони мають бути систематизовані, структуровані та сприяти виконанню завдань та розумінню продукту. Це не означає, що user stories не можуть містити інформацію, пов'язану з вимогами, але вони повинні описувати користувацький досвід, а не технічні деталі чи вимоги до реалізації. А чи містяться в ваших user stories вимоги до реалізації? Або ваші завдання постійно передаються туди-сюди через недостатню кількість інформації про реалізацію фічі? У випадку до позитивних відповідей - це може бути сигналом до перегляду процесу створення ваших задач та опису вимог. А яка інформація міститься в ваших user stories, і де ви зберігаєте вимоги?

Думаю, ви вже всі бачили анонс практичного тренінгу від Олександри Ковальової — Test Design Techniques: Black Box Testing😈 ⚡️В групі лишилося тільки 3 вільних місця, і я маю для вас ексклюзив — промокод на знижку 1000 грн на цей тренінг. Тож якщо ви все ж хочете раз і назавжди розібратися у техніках тест дизайну і прокачати свої скіли у комбінації цих технік для найкращого покриття тестами, вам точно сюди. У программі багато практики, розбори домашніх завдань і сертифікат по завершенню навчання. Старт вже у цю суботу, 1 червня, тож: 👉 реєтруйтеся за посиланням https://bit.ly/4bNMGqY; 👉 вводьте промокод SUVORUY_QA та оплачуйте з урахуванням знижки; 👉 та пірнайте у навчання. І поділіться враженнями, коли завершите😉