Доброго дня, ми з Ірпеня!
Хто пропустив вчорашній воркшоп, ось запис

Репост, лайк, комент вітається

https://youtu.be/7PuK733Jy8U

Хаос в голові 🤯

Найчастіше до мене на навчання приходять люди, у яких хаос в голові і не вистачає структуризації знань. Це знаєте, та ситуація, коли у теорії ніби все зрозуміло, а на практиці як застосувати знання ти не знаєш. Це часта проблема не лише у QA, але й і в цілому у багатьох життєвих процесах.

Нещодавно спілкувався зі своїми студентами і помітив наступні тенденції:

Найбільше допомагає декомпозиція коли нам потрібно більш детально розібратися в продукті
«Починаючи з декомпозиції я зрозуміла як можна розбити свій продукт, що є мега практично для продуктів які живуть довго та не мають документації (на такому я зараз працюю). Декомпозиція допомогає складати документацію поступово, та нічого не пропустити.»

Методи комбінаторики дозволяють скоротити кількість тестів в рази та економлять купу часу

Хтось полюбив тестувати використовуючи тестування станів та переходів і познаходив нові баги на проекті до яких 2 роки ніхто не мав справи.

А хтось тепер жити не може без Стратегії тестування та таблички залежностей.

Але хочеться сказати лиш одне - тест аналіз цікава річ, як не крути. Тому завжди важливо йти до людей, які мають постійний практичний досвід у тому, чому навчають 😉

Яку з тем Тест Аналізу вам хотілося б розібрати більш детально?

Доброго вечора, ми з України🇺🇦

Друзі, дякую за вашу активність у голосуванні 🙏

Поступово будемо розбирати усі ці теми і почнемо з "тестової документації та стратегії тестування"

Це один із ключових пунктів, який впливає на:

▪️якість тестування
▪️контрольованість процесу
▪️результат роботи

Пропоную більш детально розібратися у цій темі на практичних прикладах, в наступний вівторок 27.09 на онлайн зустрічі😉

Коли: 27.09
О котрій: 20:00
Вартість: символічна, 200 грн💰 (50% від суми піде на потреби ЗСУ 🇺🇦)

Приходьте отримати корисні і якісні знання та допомогти нашим військовим 💪

Для реєстрації, пишіть у приват @yakymchuk_roma

Чи бувало у вас таке, пофіксили вам баг, а там два нових? 😂

Друзі, всім привіт 😉

Хочу нагадати вам, що ми збираємося вже завтра о 20:00⏰

Буде корисна інфа, яка допоможе вам швидше і простіше рухатися у своїх проектах😎

Для реєстрації, пишіть у приват @yakymchuk_roma

До зустрічі завтра 😉

Test Documentation

Вчора провів вебінар на тему тестової документації, ділюсь з вами корисними лінками, можливо вам будуть корисними

https://www.guru99.com/testing-documentation.html

Testing strategy denoscription

https://www.google.com/amp/s/www.softwaretestinghelp.com/writing-test-strategy-document-template/amp/

Test plan example

https://www.softwaretestinghelp.com/wp-content/qa/uploads/2014/02/Live_Project_Test_Plan_SoftwareTestingHelp.pdf

Cheat sheets

https://adventuresinqa.com/wp-content/uploads/2015/12/Mobile-Testing-Cheat-Sheet-Adventures-in-QA.pdf

https://goritskov.com/media/files/testheuristicscheatsheetv1.pdf

https://agiletester.ca/wp-content/uploads/sites/26/2017/07/TestPlanningCheatSheet.pdf

Завдяки вашим донатам, ми змогли відправити хлопцям невеличку допомогу. Думаю і надалі робити таку ж ініціативу, адже ситуація в нас win-win ви отримуєте нові знання та допомагаєте нашій армії наближаючи перемогу України ♥️

Всім привіт 👋

Давайте ще раз коротко пройдемося по процесу тестування, та закріпимо для себе основні стадії
🔹Аналіз вимог
🔸Планування тестування
🔹Дизайн тестів
🔸Виконання тестів та заведення баг репортів
🔹Ретестування та регресійне тестування
🔸Тест репорт
Закріплюйте собі в закладки, щоб не загубити
https://telegra.ph/Stad%D1%96i-QA-procesu-04-14

Як зекономити кількість тестів?

Друзі привіт, як і обіцяв вам, давайте сьогодні на реальному прикладі розберемо як за допомогою комбінаторного тестування, у рази зменшити кількість тестів та полегшити свою роботу😎

https://telegra.ph/Testova-komb%D1%96natorika-z-vikoristannyam-Pairwise-abo-All-pairs-tehn%D1%96ki-10-05

І також хочу, нагадати, що вже сьогодні стартує наш курс з Тест Аналізу

Перший урок починається о 19:00

До 18:00 ви ще встигаєте вскочити у останній вагон, якщо у вас залишились питання, пишіть у особисті @yakymchuk_roma

Частину грошей я передаю на ЗСУ

Всім привіт 👋

В тестуванні однією із важливих стадій є підготовка тест репорта.

Для того щоб наш менеджмент міг побачити результати нашої роботи чи всієї команди тестувальників, ось рекомендації та приклад тест репорту

https://geteasyqa.com/qa/write-test-report/

#testreport #qa

Доброго дня колеги!

Вітаю всіх з днем захисника України, дякуємо кожній людині що боронить нашу неньку 🇺🇦

Для того щоб захистити наші з вами web додатки, пропоную вашій увазі також чітліст корисних лінок по WEB Penetration Testing

Збережіть собі до закладок, та практикуйтесь

https://github.com/Ignitetechnologies/bugbounty

#security #penetration

Десь приблизно так я навчаю своїх студентів 🤣

Куди розвиватись тестувальнику?

Привіт, давайте сьогодні трохи розберемо шляхи, куди може рухатися тестувальник у своїй кар'єрі і що для цього необхідно прокачувати:

Спеціаліст - для тих хто бажає розумітися на багатьох техніках тестування, та працювати у різних сферах

▪️Підходи тестування;
▪️Тест дизайн;
▪️Технічні скіли;
▪️Моделювання

Продукт/домен - для тих что хоче стати професійним експертом в певній ніші, наприклад GameDev, HealthCare чи E-Commerce

▪️Управління дефектами;
▪️Навчання;
▪️Логіка та раціональне мислення

Project Managment - для тих, хто хоче керувати проектами та командами у них.

▪️Управління часом;
▪️Управління ризиками;
▪️Планування

Leadership - для тих, хто хоче мотивувати команди тестувальників та проводити тренінги, менторити їх

▪️Комунікації
▪️Навчання/Менторство
▪️Соціальні навички

Якщо коротко, то ось навички, на яких вам треба зосередитися, щоб обрати у якому напрямку ви хотіли б рухатися.

Далі буду трохи більше розкривати для вас ці навички і як їх прокачувати 😎

І так давайте сьогодні розбиратись з Тест дизайном

Тест дизайн - це процес проектування вхідних значень, які будуть ефективно тестувати вашу систему.

На практиці ми використовуємо два загальних підходи до проектування тестів.

▫️Перший це criteria-based test design, ми проектуємо тестові значення, які будуть задовільняти інженерні цілі, такі як покриття критеріїв.
▫️Інший це human-based test design, ми проектуємо тестові значення ґрунтуючись на знаннях предметної області програми, а також на наших знаннях про тестування. Це два зовсім різних види активностей.

Давайте розглянемо приклад першого підходу

Вам приходять Acceptance Criteria по типу:

🔘 Користувач може створити об’єкт де обов’язково має бути ім‘я об'єкта;
🔘 Ім‘я об'єкта має бути унікальним;
🔘 Також у об'єкта ще є опис, але користувач може створити об’єкт без опису.

Ми приблизно розуміємо модель програми і маємо придумати тест кейси, щоб покрити критерії.

В другому підході, ми повинні знати предметну область програми, знати як тестувати та яким має бути користувацький інтерфейс.

І тут ми починаємо приміняти дуже маленькі значення або дуже великі - тестуємо границі, перевіряємо невалідні дані, дивимось як працює валідація, використовуємо значення, які не приймаються системою і дивимось, як вона відреагує на такий стрес - використовуємо еквівалентні класи.

Головне, що ці два підходи доповнюють один одного, і нам потрібні обидва для повного тестування програмного забезпечення.

Такий маємо зараз ворк/лайф баланс

Підходи дослідницького тестування😉

В цілому, є 6 основних підходів які я найчастіше використовую у своїй роботі:

Session based testing - тестування за допомогою сесій, використовується за допомогою тест чартерів з визначеним часом. Це більше інструмент менеджменту тестування, завдяки яким ви можете трекати кількість проведених сесій

Pair Based testing - тестування яке проводиться в парі з іншим тестувальником або девелопером, дозволяє пропрацювати більше кейсів та уникнути тунельного бачення.

Persona Based Testing - тестування на основі персон, визначає типажі юзерів та описує поведінку певних категорій користувачів нашої системи.

State & Transition Testing - тестування на основі станів та переходів, використовується у системах з кінечним числом станів, перевіряє всі можливі дії у різних станах системи та дозволяє проаналізувати, які переходи можна здійснювати між різними станами системи. Ця техніка являється технікою чорного ящика, але ви можете використовувати саме діаграми, для аналізу станів, і таким чином досліджувати продукт.

Tours Based Testing - тестування на основі турів, використовує різні метафори та ситуативні сценарії, на які накладається робота вашої системи.

Risk Based Testing - тестування на основі ризиків, допомагає приорітезувати тести в системі та зробити розподіл функціональності на основі вірогідності виникнення різних помилок. Сам по собі підхід на основі ризиків це окремий напрямок, але частково ви можете використовувати його при наприклад відборі тестових чартерів.

Пишіть у коментарі, який із підходів для вас розібрати першим

#exploratorytesting