Тестова Документація в QA

На останній зустрічі у суботу, багато питань були з приводу того, коли і яку застосовувати. Давайте підсумуємо:

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

Тест стратегія - документ в якому визначені підходи до тестування тих чи інших об'єктів системи, які види тестування будуть примінятися, техніки та навіть яку тестову документацію будемо писати, тест кейси, чеклісти чи взагалі будемо проводити дослідницьке тестування. В моєму випадку це динамічний документ в якому прописані всі обєкти тестування, приоритети, статуси написаних тестів і проведених випробувань, який допомагає зрозуміти, що відбувається в конкретний момент часу.

Тест сценарії - тестувальники розбивають фічі на модулі, об'єкти підоб’єкти та прописують сценарії, що вони хочуть перевіряти. Логін з використанням валідних даних, логін з використанням невалідних даних, пошук по існуючим товарам, пошук по не існуючим товарам.

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

Чекліст - це документ в якому прописаний список різних перевірок, без деталізації конкретних кроків, допомагає швидко перевіряти систему та вказувати статус після проведення перевірки.

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

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

Матриця трасування - документ в якому представлені вимоги та їх покриття тестами, дає нам зрозуміти чи всі вимоги у нас покриті достатньою кількісттю тестів.

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

Тест репорт - показує результати тест рану, кількість всього виконаних тестів, кількість пройдених та зафейлених тестів, кількість знайдених, пофікшених чи відкритих дефектів.

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

Чеклісти - будуть зручними для команд, які розуміють систему добре, вони швидше пишуться, легше підтримуються та зручні у використанні.

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

Використовуйте із задоволенням😉

Всім доброго ранку!
Дякую вам, що приєдналися до благодійного вебінару у неділю. Ми з вами зібрали трохи більше 5000 гривень.

Всі кошти перерахував на благодійний фонд «Трушна перемога»

Ще раз, дякую вам!
Слава Україні! 🇺🇦

Гайз 👋

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

Хочу поділитися ним із вами, переглядайте і використовуйте у своїх проектах те, що вам сподобається 😉

Часто ми зустрічаємось з ситуацією коли не вистачає часу на проведення тестування в повній мірі. Тут є кілька основних причин:

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

Давайте розберемось сьогодні, які саме техніки тест дизайну вам допоможуть зекономити час:

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

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

Граничні значення - говорять нам, що найчастіше девелопери допускають помилки на границях еквівалентних класів, часто путаючи знаки. Звертайте увагу на допустимі розміри файлів, чи граничні значення полей вводу. Ця техніка в поєднанні з розбиттям на еквівалентні класи дає змогу зекономити в декілька разів кількість тестових кейсів.

Техніки комбінаторики Попарне тестування та Таблиці рішень дозволяють спростити тестування та зробити логічні сценарії які покривають більшість юзер сценаріїв

Кожна з цих технік неаби як економить час на тестування, та в разі будь яких вище описаних ситуацій, завжди можна найти правильну стратегію та встигнути зробити тестування вчасно!

Діліться, які із них ви використовуєте найчастіше?

Коли намагаєшся все встигати на двух проектах

Гайз👋

Я до вас з цікавими новинами😉

11.02 стартує, перший у цьому році, курс по Тест Аналізу

Це, цілих два місяці - практики, перезавантаження мізків, потужної інфи і крутих домашок😎

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

1. Комбінаторика
2. Декомпозиція
3. Інтелектуальні карти
4. Таблиці залежностей

Вміння користуватися цими інструментами допоможе вам позбавитися відчуття того, що кожен робочий день нагадує вам "день сурка"

Більш детально про сам курс ви можете дізнатися на сайті https://test-analysis.ry-consulting.online/

Для вашого комфорту ми додали можливість придбати курс у розстрочку на 3, 6 або 9 місяців. Обирайте найкращий для себе пакет:

Пакет PRO - Це 16 повноцінних уроків з перевіркою домашніх завдань і з сесій розборів і відповідей на питання.
Вартість 15500 грн. 💰

Пакет LITE - Це 16 повноцінних уроків відповідей на запитання, але без перевірки домашніх завдань
Вартість 10500 грн. 💰

Частину коштів я відправляю на допомогу нашим хлопцям у ЗСУ. Також, якщо у вас з'являться додаткові питання, пишіть мені у приватні повідомлення @yakymchuk_roma

Ставте ➕ у коментарях, кому було б цікаво потрапити на курс

А навіщо мені йти на курс?

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

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

У людей завжди є на все відмовки, типу:

⁃ в мене не вийде це приміняти, в мене складний проект
⁃ я не знаю як це робити
⁃ а що якщо в мене не вийде
⁃ це дуже складно

В результаті більшість студентів які пройшли навчання:

Під час курсу відпрактикували кожну техніку, хто на своєму хто на тестовому проєктах;
Стали більш впевнені в собі та в своїх знаннях;
Познаходили кучу багів, про які навіть не думали, потрібно було подивитися на все під іншим кутом;
Близько 10 чоловік написало про підвищення на роботі, надбавку до зарплатні;
Майже кожен другий ділився результатами впровадження всього на проекті та крутими результатами;

І саме такі відгуки від студентів дають мені розуміння про те, що я рухаюсь у правильному напрямку 😎

Записав вам коротенький відос, який результат ви можете отримати, виконуючи домашку на курсі з Тест Аналізу, який стартує вже 11 лютого😉

https://www.loom.com/share/eb7bd8040068463da5ec1fed72e4441b

Toп 8 навичок які повинен мати QA Analyst

Гайз, пропоную у середу, о 20:00 зібратися разом на цікавий та корисний міт-ап

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

На що звертати увагу, та які практичні інструменти і навички використовувати для покращення якості тестування на ваших проєктах.

Коли: у середу о 20:00
Вартість: free

Для кого: для всіх, хто хоче більш швидко та якісно розвиватися у своїй кар'єрі 😉

Пишіть ➕ у коментах, хто планує бути

Всім привіт 👋

Наша колега Наталя Попелюха, створила гарний конспект з теорії тестування.

Буде корисним для всіх, щоб освіжити в пам’яті свої знання або навіть дізнатися чогось нового 😉

Це крута шпаргалка для підготовки до співбесід. Використовуйте на здоров’я та не забудьте подякувати Наталії за її працю 👍

Гайз, нагадую що сьогодні о 20:00 збираємося із вами на ефір.

Продуктивно поспілкуємося на тему які навички треба прокачувати, щоб стати крутим тест аналітиком!

Буду радий усіх бачити😉

Всім доброго вечора!

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

Якщо будуть питання, можете писати в коментарях

https://youtu.be/umhyTlHDmSQ

Гайз, нагадую що вже завтра, стартує перший у цьому році курс по Тест Аналізу 🔥

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

Хто бажає швидше розвиватися в кар'єрі та давати круті результати у своїй роботі - Welcome

Продажі закриваються завтра о 17:00 😉

Якщо у вас залишились запитання щодо курсу, пишіть у особисті @yakymchuk_roma

Гайз 👋

На днях розбирали цікаве питання, як протестувати додаток, в якому потрібно перевіряти як веде себе система при зміні GPS локації.

Я знайшов такий додаток, який дозволяє змінити геопозицію на iPhone та Android девайсах. Там ви зможете:

▪️ вибрати любу точку світу;
▪️ побудувати маршрут, який буде симулювати ваш рух;
▪️ зробити маршрут який може симулювати перетин кількох країн і автоматично перемикатися.

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

Ось детальна інструкція, як все налаштувати
https://itoolab.com/guide/how-to-use-anygo/

Користуйтесь із задоволенням😉

Гайз👋

Сьогодні, коли багато компаній використовують Agile методології, ефективне проведення тестування може бути для нас справжнім викликом.

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

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

Коли розробляються нові фічі ви зможете швидко протестувати їх та проаналізувати їх поведінку, знайти важливі баги та дати швидкий фідбек девелоперам, що дозволить вам вкластися в дедлайни.

В наступному пості я більш детально на прикладах розповім, як використовувати дослідницьке тестування, щоб зробити вашу роботу більш ефективною😉

А часто ви застосовуєте дослідницьке тестування на проектах?

Гайз 👋

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

Pair Testing - два тестувальники працюють разом на тестуванні функціоналу. Один, виконує тестування, а інший спостерігає і надає рекомендації. Цей метод може допомогти виявляти помилки ефективніше, а також передати знання між колегами.

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

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

А які підходи дослідницького тестування ви найчастіше використовуєте на практиці?