Меню

Що таке негативне тестування та як писати негативні тестові кейси?

what is negative testing

Спробуйте Наш Інструмент Для Усунення Проблем

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

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

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

Як писати негативні тестові кейси

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

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

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

Що ви дізнаєтесь:

Що таке позитивне та негативне тестування?

Позитивне тестування

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

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

Це можна схематично зрозуміти з дуже загального прикладу, описаного нижче:

Негативні та позитивні тести 1

A - початкова точка, а B - кінцева. Є два шляхи проїзду від А до Б. Маршрут 1 - це, як правило, маршрут, а маршрут 2 - альтернативний. Тому в такому випадку тестування щасливого шляху було б пройти від точки А до В за допомогою маршруту 1, а альтернативне тестування шляху включало б проходження маршруту 2 для переходу від А до Б. Зауважте, що результат в обох випадках однаковий.

Негативне тестування

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

Як відкрити файл XML в Word - -

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

Це абсолютно важливо розуміти чому необхідне негативне тестування.

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

Приклад:

Скажімо, наприклад, вам потрібно написати негативні тестові приклади про ручку. Основним мотивом пера є можливість писати на папері.

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

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

Практичні приклади позитивного та негативного тестування

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

Перша панель:

У першому користувач повинен дати ім’я політиці, як показано нижче:

Негативні та позитивні тести 2

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

Вимоги:

  • Текстове поле з назвою є обов’язковим параметром
  • Опис не є обов’язковим.
  • Поле з іменем може містити лише символи a-z та A-Z. Ніякі цифри, спеціальні символи не допускаються.
  • Ім'я може містити до 10 символів.

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

Позитивні тести: Нижче наведено кілька позитивних сценаріїв тестування для цієї конкретної області.

  1. ABCDEFGH (перевірка верхнього регістру в межах символів)
  2. abcdefgh нижча реєстрація в межах символів)
  3. aabbccddmn (перевірка обмеження кількості символів)
  4. aDBcefz (регістр у поєднанні з валідацією нижнього регістру в межах символів)
  5. .. і так далі.

Негативні тестові випадки : Нижче наведено кілька негативних сценаріїв тестування для цієї конкретної області.

  1. ABCDEFGHJKIOOOOOKIsns (ім'я перевищує 10 символів)
  2. abcd1234 (ім'я має числові значення)
  3. Ім'я не вказано
  4. sndddwwww_ (ім'я, що містить спеціальні символи)
  5. .. і так далі.

Друга панель:

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

Негативні та позитивні тести 3

Давайте також встановимо деякі основні правила:

java проти відмінностей c ++

Вимоги:

  • Ідентифікатор повинен мати число від 1 до 250
  • Ідентифікатор є обов'язковим.

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

Позитивні тестові сценарії : Нижче наведено кілька позитивних сценаріїв тестування для цієї конкретної області.

  1. 12 (Введення дійсного значення між вказаним діапазоном)
  2. 1250 (Введення граничного значення зазначеного діапазону)

Негативні сценарії тестування : Нижче наведено кілька негативних сценаріїв тестування для цієї конкретної області.

  1. Ab (Введення тексту замість цифр)
  2. 0, 252 (Введення за межі значень)
  3. Нульове введення
  4. -2 (Введення значень поза діапазоном)
  5. +56 (Введення дійсного значення з префіксом спеціального символу)

Основні фактори, які допомагають писати позитивні та негативні тести

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

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

Два параметри:

Аналіз граничних значень :

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

Наприклад, якщо конкретна програма приймає ідентифікатори VLAN в діапазоні від 0 до 255. Отже, тут 0, 255 буде формувати граничні значення. Будь-які входи нижче 0 або вище 255 вважатимуться недійсними, а отже, будуть негативним тестуванням.

Негативні та позитивні тести 4

Розбиття на еквівалентність :

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

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

У тому ж прикладі VLAN вище значення можна розділити, скажімо, на два розділи.

Отже, два розділи тут будуть:

  • Значення від -255 до -1 в одному розділі
  • Значення від 0 до 255 в іншому розділі

Негативні та позитивні тести 5

Висновок

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

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

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

Про автора: Це гостьова стаття Сніги Надіг. Вона працює провідником випробувань з більш ніж 7-річним досвідом роботи в проектах тестування ручного та автоматичного тестування.

найкраще безкоштовне програмне забезпечення скріншоту для Windows 10

Повідомте нам свої думки та досвід щодо негативного тестування.

НАЗАД Підручник | НАСТУПНИЙ підручник

Рекомендована література

^