Що таке тестовий випадок?

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

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

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

Шаблон

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

Ідентифікатор тестового випадкуІдентифікатор надається тестовому випадку.
Опис тестового випадкуОпис тестового випадку.
Пов'язана вимогаІдентифікатор надається вимозі, до якого цей тестовий випадок відповідає.
ПередумовиБудь-які передумови або вимоги, які повинні бути виконані перед запуском тесту.
Кроки тестуванняПокрокові інструкції були проведені для запуску тесту.
Дані тестуДані, які використовуються під час проведення тесту.
Очікуваний результатРезультат, який очікується від тесту, записується перед запуском тесту.
Фактичний результатФактичний результат, отриманий після запуску тесту
СтатусСтатус, отриманий після запуску тесту. Це може бути пропуск, збій, не виконаний, заблокований.
КоментаріБудь-які зауваження для тесту.
Інформація про навколишнє середовищеВключає інформацію про мережу / обладнання та програмне забезпечення, в яких виконується тест.

Як написати тестовий випадок?

Нижче наведено етапи написання тестового випадку.

Крок 1: Призначте номер та опис.

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

Крок 3: Для його виконання нам потрібно мати певний набір інструкцій для проведення тесту. Ці кроки називаються Тестовими кроками. Потреба в цьому виникає, коли автор подає у відставку від проекту або перебуває на перерві. Тоді хтось із проекту повинен буде взяти на себе тестування. Письмові кроки допоможуть їм.

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

Крок 5: Ми також можемо мати Додаткове поле, як поле Попередня умова, яке вказує нам умови, які необхідно виконати перед запуском тесту, поле Пост-умови, яке повідомляє нам про умови, яких потрібно виконати після запуску тесту тощо.

Приклад:

Ідентифікатор тестового випадкуОпис тестового випадкуКроки тестуванняДані тестуОчікуваний результатФактичний результатСтатус
TC01Перевірте службовий вхід із дійсними даними

1. Перейдіть на сторінку входу.

2.Введіть Userid

3.Введіть пароль

4. Клацніть на кнопку Вхід

Userid = адміністратор

Пароль = abc12345

Користувач повинен мати можливість увійтиЯк і очікувалосяПерехід
TC02Перевірте вхід для співробітників з невірними даними1. Перейдіть на сторінку входу.

2.Введіть Userid

3.Введіть пароль

4. Клацніть на кнопку Вхід

Userid = адміністратор

Пароль = 12345abc

Користувач не повинен мати можливість увійтиЯк і очікувалосяПерехід

Важливість тестового випадку

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

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

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

Корисні поради та рекомендації

Пишучи їх, пам’ятайте про таку інформацію:

  • Він повинен бути простим і стислим, не більше 15 кроків.
  • Кожен з них повинен бути багаторазовим.
  • Уникайте повторення.
  • Необхідно надати додаткову інформацію про налаштування тесту, як-от програмне забезпечення, апаратне забезпечення, операційна система, версія програми, що випробовується, передумови для тесту тощо.
  • Слід писати так, що ми перевіряємо лише одну річ за один раз, без перекриттів.
  • Переконайтесь, що всі сценарії, позитивні та негативні, охоплені, що дає нам 100% охоплення.
  • Вони повинні бути створені з урахуванням кінцевого користувача.

Висновок

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

Рекомендовані статті

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

  1. Що таке розробка програмного забезпечення?
  2. Питання для інтерв'ю програмного забезпечення
  3. Кар'єра як розробник програмного забезпечення
  4. 14 кращих програмних засобів для створення чудових презентацій якості