Проста інструкція, як заставити девелопера пофіксити ваш баг 😂

​​Аналіз залежностей

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

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

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

Найкраще проводити імпакт аналіз, коли:

🔹є запит на зміну продукту
🔸є зміни у вимогах до продукту
🔹є зміни в поточних модулях або функціях
🔸або ви плануєте розробляти нові модулі або функції.

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

1. На які програмні модулі та функціональності вплине конкретна зміна (і як саме)?
2. Чи вплине ця реалізація на продуктивність програми або окремих програмних модулів?
3. Чи вплине розробка цього модуля чи функції на версії продуктів для різних платформ?
4. Чи вплине реалізація цього модуля або функції на продуктивність додатку на різних операційних системах і браузерах?
5. Які нові тест кейси ви повинні створити, щоб покрити новий модуль або функцію та її зв’язок із наявними елементами?
6. Як ця зміна вплине на процес тестування загалом і які додаткові інструменти та навички вам можуть знадобитися?
7. Як зміни вплинуть на терміни та бюджет продукту?

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

Що таке аналіз впливів при тестуванні? Існує три типи аналізу впливів, які зосереджуються на різних аспектах цього процесу та мають на меті різні цілі:

1. Аналіз впливу залежностей зосереджується на виявленні залежностей: потенційних наслідків змін або частин продукту, які необхідно переробити під час впровадження цих змін.
2. Аналіз на основі досвіду має на меті оцінити ризики, пов’язані зі змінами продукту, з точки зору всього процесу розробки, включаючи потребу в додатковому часі та ресурсах для розробки.
3. Аналіз впливу відстежуваності, згідно з визначенням Глосарія ISTQB, оцінює, що необхідно змінити на різних рівнях документації, щоб запровадити конкретну зміну до продукту.

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

Оригінал статті https://www.apriorit.com/qa-blog/252-impact-analysis

Всім привіт 🇺🇦
Хто хоче подивитися та розібратися як працює Аналіз залежностей, пропоную перенлянути відео в якому я пояснюю це на прикладі.

Це якраз в доповнення попередньої статті

Та залишайте коменти під цим дописом

https://youtu.be/8PA36uqcZu4

7 базових принципів тестування на основі контексту

https://www.softwaretestinghelp.com/what-is-context-driven-testing/

Всім привіт👋🇺🇦

У цю п'ятницю, о 20:00 пропоную вам зібратися та поспілкуватися на тему використання інструментів Тест Аналітика у роботі.

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

Буде корисно як новачкам, так і вже досвідченим QA інженерам!

Зустрічаємося о 20:00 в ZOOM ⏰

Хто планує бути присутнім на зустрічі, ставте + у коментарях 😉

Коротко про життя тестувальника 😂

Друзі привіт👋

Нагадую що вже сьогодні ми з вами о 20:00 зустрічаємося, на розборі ефективних інструментів Тест Аналітика.

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

Link на zoom скину за годину до зустрічі!

О 20:00 за Києвом переходьте за лінкою

Topic: Інструменти тест аналітика
Time: May 6, 2022 08:00 PM Kiev

Join Zoom Meeting
https://us02web.zoom.us/j/5330269123?pwd=ZEJRVEw3S3RpQ1ZWTXRaK3pKTDErdz09

Друзі ми починаєм, приєднуйтесь

Рєбятки, хто не встиг, або не виходило, ось для вас запис!

Всіх обійняв ❤️

Всім привіт

Знайшов тут для вас корисну статейку, у якій описані 5 основних перевірок при тестуванні API.

API - це один із найважливіших програмних компонентів системи, оскільки він з'єднує клієнта із сервером (або один мікросервіс із іншим), керує бізнес-процессами та представляє сервіси які приносять користь користувачам.

Приємного читання 😉

P.S. діліться у коментах, які із цих кейсів використовуєте у роботі найчастіше
https://ivanamartinavecchio.medium.com/5-important-validations-when-testing-an-endpoint-261cb3c6d9a3

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

https://www.altexsoft.com/blog/engineering/software-testing-qa-best-practices/

Як часто треба ходити до лікаря?

Взагалі у цьому сенсі люди діляться на два типи:

1. Ті які обстежуються регулярно
2. Ті які біжать в лікарню тоді, коли щось починає відвалюватися.

Я не шукав статистичні дані, але щось мені підказує що більшість людей відносяться до другого типу🤷‍♂️ І це призводить як до більших витрат так і до більш складних проблем зі здоров'ям які потрібно вирішувати.

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

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

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

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

Пишіть у коментарях які інструменти хотілося б розглянути більш детально?

Рєбятки привіт, вибачте цей тиждень був трохи завантажений, багатенько роботи у клієнтів 😉

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

Завтра ще напишу анонс на подію, яку планую провести на наступному тижні,

Keep Calm and follow my channel
💛💙

softwaretestinghelp.com/types-of-software-testing/

Друзі привіт👋

У цю середу пропоную вам зібратися на цікаву онлайн зустріч, під час якої ми з вами на практичних прикладах розберемо інструменти які будуть корисні у роботі кожному QA - інженеру (буде цікаво як досвідченим тестувальникам, так і новачкам). А саме:

✅Декомпозиція та чому варто використовувати її для покращення якості роботи на проектах;
✅Тестування станів та переходів;
✅Таблиці рішень;
✅Мозковий штурм.

І звісно, повідповідаю на ваші актуальні запитання з приводу тестування.

Починаємо у середу (25.05) о 20:00⏰

Посилання на zoom скину за годину до початку😉

Пишіть "+" у коментарях хто буде

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

https://blogs.perficient.com/2020/09/18/why-exploratory-testing-is-essential-and-how-to-get-it-done/

Також нагадую, що сьогодні о 20:00 я вам розповім про корисні інструменти для тестування ваших продуктів 😉

#exploratorytesting

Так, чекаю вас о 20:00 за цією лінкою

Topic: Tools and techniques for QA
Time: May 25, 2022 08:00 PM Kiev

Join Zoom Meeting
https://us02web.zoom.us/j/5330269123?pwd=ZEJRVEw3S3RpQ1ZWTXRaK3pKTDErdz09

Доброго вечора, ми з України! Хто пропустив або не встиг, ось вам запис