Тестування варіантів використання з прикладами

Автор: Томас Гамільтон Томас Гамільтон
Hours оновлений

⚡ Розумний підсумок

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

  • 🎭 Чітко моделюйте взаємодії: Позначте кожен потік актором (A) та системою (S), щоб тестувальники могли tracе. на кожному кроці транзакції.
  • 🛤️ Спочатку пройдіть щасливий шлях: Перевірте основний сценарій успіху, а потім додайте розширення та шляхи винятків, які відображають реальні помилки користувачів.
  • 🧩 Anchor з умовами: Поєднайте кожен крок із чіткими попередніми та пост-умовами, щоб результат тестування був однозначним.
  • 🔗 Tracе до прийняття: Зіставте варіанти використання з критеріями прийняття, щоб зацікавлені сторони бізнесу могли підписати покриття під час випуску.
  • 🤖 Використовуйте допомогу ШІ: Перетворіть історії користувачів простою англійською мовою на чернетки варіантів використання, пришвидшуючи розробку тестів та зменшуючи пропущені потоки.
Детальніше

Тестування варіантів використання: приклад

Що таке тестування варіантів використання?

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

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

Ключові компоненти варіанту використання

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

  • Актор: користувач або зовнішня система, яка ініціює взаємодію. У текстових потоках позначається як «A».
  • Система: тестоване програмне забезпечення, яке реагує на актор. Позначається як «S».
  • Передумови: стан, у якому система повинна знаходитися, перш ніж можна буде розпочати виконання варіанту використання.
  • Основний сценарій успіху: послідовність щасливого шляху кроків актора та системи.
  • Розширення / альтернативні потоки: гілки, що обробляють винятки, помилки перевірки або альтернативні варіанти.
  • Пост-умови: стан, у якому система залишається після завершення сценарію використання.

Як виконати тестування варіантів використання: приклад

У випадку використання актор представлений як «A», а система як «S». У наведеному нижче прикладі описано функцію входу у вебзастосунок.

Тестування варіантів використання: приклад

Основний сценарій успіху Крок Опис
A: Актор S: Система 1 A: Введіть ім'я агента та пароль
2 S: Підтвердити пароль
3 S: Дозволити доступ до облікового запису
розширення 2a Пароль недійсний   S: Відобразити повідомлення та попросити повторити спробу (до 4 разів)
2b Пароль недійсний 4 рази   S: Закрийте програму

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

  • Актор вводить електронну пошту та пароль як перший крок наскрізного процесу входу.
  • Система перевіряє пароль.
  • Якщо пароль правильний, доступ надається.
  • Якщо пароль недійсний, система відобразить повідомлення та запропонує до чотирьох спроб повторити введення.
  • Якщо пароль залишається недійсним після чотирьох спроб, система блокує подальші спроби (у цьому прикладі шляхом заборони IP-адреси).

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

СТАТТІ ПО ТЕМІ

Переваги тестування варіантів використання

Тестування варіантів використання природно вписується між вимогами та тестовими варіантами. Ключові переваги:

  • Повне покриття: тестує транзакції між модулями, а не ізольованими функціями.
  • Перевірка, орієнтована на користувача: кожен сценарій відображає те, як реальний актор використовує систему.
  • Прозорі tracможливість: варіанти використання безпосередньо відповідають критеріям прийняття для схвалення зацікавленими сторонами.
  • Профілактика дефектів: виявляє прогалини інтеграції поверхонь перед початком циклів регресії.
  • Багаторазові артефакти: той самий варіант використання забезпечує тестові випадки, навчальні матеріали та документацію користувача.

Обмеження тестування варіантів використання

Цей метод є потужним, але не вичерпним. Майте на увазі наступні обмеження:

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

Поширені запитання

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

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

Актор «A» представляє користувача або зовнішню систему, яка ініціює взаємодію. Система «S» представляє програмне забезпечення, яке реагує на ці дії. Така нотація забезпечує компактність та читабельність потоків.

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

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

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

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

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

Підсумуйте цей пост за допомогою: