sample test case template with test case examples
Щодня я продовжую отримувати кілька запитів на Шаблон тестового кейсу . І я здивований, що багато тестувальників все ще документують тестові кейси документами Word або файлами Excel.
Більшість з них віддають перевагу електронним таблицям excel, оскільки вони можуть легко згрупувати тестові кейси за типами тестів, і найголовніше вони можуть легко отримати показники тесту за допомогою формул Excel. Але я впевнений, що в міру збільшення обсягу ваших тестів вам буде надзвичайно складно управляти.
Якщо ви не використовуєте будь-який інструмент управління тестовими кейсами, то я настійно рекомендую вам використовувати інструмент з відкритим кодом для управління та виконання ваших тестових кейсів.
Формати тестування можуть відрізнятися в залежності від організації. Але використання стандартного формату тестових кейсів для написання тестових кейсів є на крок ближче до налаштування процесу тестування для вашого проекту.
Це також мінімізує Спеціальний тест це робиться без належної документації тестового випадку. Але навіть якщо ви використовуєте стандартні шаблони, вам потрібно налаштувати написання тестових кейсів, перегляд і затвердження, виконання тесту і, що найголовніше, процес підготовки звіту про тестування тощо, використовуючи ручні методи.
Крім того, якщо у вас є процес розгляду тестових кейсів бізнес-командою, ви повинні відформатувати ці тестові кейси у шаблоні, узгодженому обома сторонами.
Що ви дізнаєтесь:
- Рекомендовані інструменти
- Стандартні поля зразка шаблону тестового кейсу
- Завантажте шаблон тестового кейсу з прикладом (Формат №1)
- Формат ще одного тесту (# 2)
- Приклад тесту для ручного тестування
- Висновок
- Рекомендована література
Рекомендовані інструменти
Перш ніж продовжувати процес написання тестового кейсу, ми рекомендуємо завантажити ці інструменти управління тестовим кейсом. Це полегшить ваш план тестування та процес написання тестових кейсів, згаданий у цьому посібнику.
# 1) TestRail
=> Завантажте інструмент управління тестовими кейсами TestRail
# 2) TestMonitor
TestMonitor - Інтернет управління тестами найвищого рівня. Революційний легко.
TestMonitor - це наскрізний інструмент управління тестами для кожної організації. Простий, інтуїтивно зрозумілий підхід до тестування. Незалежно від того, чи впроваджуєте ви корпоративне програмне забезпечення, потребуєте контролю якості, створюєте якісний додаток чи просто вам потрібна допомога у вашому тестовому проекті, TestMonitor допоможе вам.
=> Відвідайте веб-сайт TestMonitor
Ось як можна полегшити цей процес управління тестовим сценарієм вручну за допомогою простих шаблонів тестування.
Примітка: Я перерахував максимальну кількість полів, пов’язаних із тестовим прикладом. Але рекомендується використовувати лише ті поля, які використовує ваша команда. Крім того, якщо ви вважаєте, що якесь поле, яке використовує ваша команда, відсутнє в цьому списку, сміливо додайте його у свій індивідуальний шаблон.
Стандартні поля зразка шаблону тестового кейсу
Існують певні стандартні поля, які слід враховувати під час підготовки шаблону тестового кейсу.
Кілька стандартних полів зразка шаблону тестового кейсу наведено нижче .
Ідентифікатор тестового кейсу: Унікальний ідентифікатор необхідний для кожного тесту. Дотримуйтесь деяких домовленостей, щоб вказати типи тесту. Наприклад, „TC_UI_1“ із позначкою „тестовий випадок користувацького інтерфейсу №1“.
Пріоритет тесту (низький / середній / високий) :Це дуже корисно під час виконання тесту. Пріоритет тесту для бізнес-правил та функціональних тестів може бути середнім або вищим, тоді як незначні випадки користувальницького інтерфейсу можуть мати низький пріоритет. Пріоритет тесту завжди повинен встановлювати рецензент.
Назва модуля :Згадайте назву головного модуля або підмодуля.
Тест розроблений Назва тестувальника.
Дата тесту :Дата, коли вона була написана.
Тест виконаний Ім'я тестувальника, який виконав цей тест. Заповнюється лише після виконання тесту.
Дата виконання тесту :Дата виконання тесту.
Назва тесту / назва :Назва тестового кейсу. Наприклад, перевірити сторінку входу за допомогою дійсного імені користувача та пароля.
Підсумок тесту / Опис :Коротко опишіть завдання тесту.
pl sql запитання та відповіді для досвідчених pdf
Передумови :Будь-які передумови, які повинні бути виконані перед виконанням цього тестового випадку. Перелічіть усі попередні умови для успішного виконання цього тесту.
Залежності :Згадайте будь-які залежності від інших тестів або вимог до тесту.
Тестові кроки :Докладно перелічіть усі кроки виконання тесту. Напишіть тестові кроки в тому порядку, в якому вони повинні виконуватися. Обов’язково надайте якомога більше деталей.
Про порада :Для ефективного управління тестовим випадком із меншою кількістю полів використовуйте це поле для опису умов тесту, даних тесту та ролей користувачів для запуску тесту.Дані тесту :Використання даних тесту як вхідних даних для цього тесту. Ви можете надати різні набори даних з точними значеннями, які будуть використовуватися як вхідні дані.
Очікуваний результат :Яким повинен бути вивід системи після виконання тесту? Детально опишіть очікуваний результат, включаючи повідомлення / помилку, які повинні відображатися на екрані.
Пост-стан :Яким повинен бути стан системи після виконання цього тесту?
Фактичний результат :Фактичний результат тесту слід заповнити після виконання тесту. Опишіть поведінку системи після виконання тесту.
Статус (Pass / Fail) :Якщо фактичний результат не відповідає очікуваному, позначте цей тест як не вдалося . В іншому випадку оновіть його як пройшов .
Примітки / коментарі / запитання :Якщо існують якісь особливі умови для підтримки вищезазначених полів, які неможливо описати вище, або є якісь питання, пов’язані з очікуваними чи фактичними результатами, згадайте їх тут.
За потреби додайте наступні поля:
Ідентифікатор дефекту / посилання :Якщо статус тесту - не вдалося , потім включіть посилання на журнал дефектів або згадайте номер дефекту.
Тип тесту / Ключові слова :Це поле можна використовувати для класифікації тестів на основі типів тестів. Наприклад, функціональний , юзабіліті, бізнес-правила тощо.
Вимоги :Вимоги, для яких складається цей тест. Переважно точний номер розділу документа вимоги.
Додатки / Посилання :Це поле корисне для складних тестових сценаріїв для пояснення кроків тестування або очікуваних результатів, використовуючи діаграму Visio як еталон. Вкажіть посилання або розташування на фактичний шлях діаграми чи документа.
Автоматизація? (Так ні) :Незалежно від того, автоматизований цей тест чи ні. Корисно відстежувати стан автоматизації, коли тестові кейси автоматизовані.
За допомогою наведених вище полів я підготував приклад шаблону тестового прикладу для довідки.
Завантажте шаблон тестового кейсу з прикладом (Формат №1)
- Шаблон файлу DOC тесту і
- Тестовий шаблон файлу Excel
Крім того, тут ви можете посилатись на ще кілька статей про ефективне написання тестові кейси . Використовуйте ці вказівки щодо написання тестів та наведений шаблон, щоб ефективно писати та керувати тестовими кейсами для вашого проекту.
Зразки тестових випадків:
Підручник No1: 180+ зразків тестових випадків для веб- та настільних додатків
Формат ще одного тесту (# 2)
Безсумнівно, тестові приклади будуть відрізнятися залежно від функціональності програмного забезпечення, для якого воно призначене. Однак нижче наведено шаблон, який ви завжди можете використовувати для документування тестових випадків, не турбуючись про те, чим займається ваша програма.
Зразки тестових випадків
Виходячи з наведеного вище шаблону, нижче наведено приклад що демонструє концепцію набагато зрозумілішим чином.
Скажімо, припустимо, що ви тестуєте функціональність входу будь-якої веб-програми Facebook .
Нижче наведені тестові випадки того ж:
=> Завантажте наведений вище формат тестового кейсу з прикладами даних
Приклад тесту для ручного тестування
Нижче наведено приклад живого проекту, який демонструє, як насправді реалізовані всі перераховані вище поради та підказки.
(Примітка: Клацніть на будь-яке зображення, щоб збільшити його)
Висновок
Особисто я вважаю за краще використовувати a Інструмент управління тестовими кейсами . Ви можете почати з інструменту з відкритим кодом. Це буде гарним доповненням до ваших зусиль щодо налаштування процесу тестування, а тим часом це заощадить багато часу, замість ведення цих документів вручну.
Ми також бачили шаблони тестових кейсів та декілька прикладів із використанням дуже доброї та якісної документації. Сподіваюся, ця стаття була б для вас корисною.
Ми були б раді дізнатись про ваші думки, зауваження / пропозиції щодо цієї статті.
НАЗАД Підручник | НАСТУПНИЙ підручник
Рекомендована література
- Написання тестових справ із документа SRS (СКАЧАТИ Тестові зразки проектів у реальному часі)
- Як розумно повідомити про виконання тесту - (Завантажити шаблон звіту про стан)
- Зразок документа плану тестування (Приклад плану тестування з деталями кожного поля)
- Як написати тестові кейси для сторінки входу (зразки сценаріїв)
- Як писати тестові справи: Остаточне керівництво з прикладами
- Як написати документ про стратегію тестування (із зразком шаблону стратегії тестування)
- Як написати ефективний підсумковий звіт про тест (Завантажити зразок звіту)
- Зразок шаблону плану тестування програмного забезпечення з форматом та змістом