Полезные примеры тест-кейсов для QA инженеров

QA инженеры ежедневно сталкиваются с необходимостью создания качественных тест-кейсов. В этой статье мы рассмотрим практические примеры и шаблоны тест-кейсов, чтобы упростить вашу работу.

Основные понятия тест-кейсов

Для начала давайте разберемся с базовыми определениями.

Что такое тест-кейс

Тест-кейс - это набор входных данных, предусловий выполнения, ожидаемых результатов и пошаговых действий по проверке какого-либо функционала программы.

Тест-кейс описывает один сценарий тестирования для проверки соответствия ПО заданным требованиям.
Монитор с отображением программного кода

Структура тест-кейса

Как правило, тест-кейс включает следующие элементы:

  • Уникальный ID
  • Название теста
  • Цель тестирования
  • Предусловия
  • Шаги
  • Ожидаемый результат
  • Фактический результат
  • Статус (пройден/не пройден)

Классификация тест-кейсов

По типу входных данных и ожидаемого поведения ПО тест-кейсы делятся на:

  1. Позитивные - проверяют корректную работу функционала
  2. Негативные - проверяют обработку ошибочных ситуаций
  3. Деструктивные - проверяют устойчивость ПО к высоким нагрузкам
Панорама улицы с проезжающими автомобилями

пример тест кейса на добавление урока

Рассмотрим пример позитивного тест кейса для приложения по расписанию занятий. Нам нужно проверить возможность добавления новых уроков в систему.

ID TC1
Название Добавление нового урока
Цель Проверка добавления урока
Шаги
  1. Зайти в раздел "Уроки"
  2. Нажать "Добавить урок"
  3. Заполнить форму данными урока
  4. Нажать "Сохранить"
Ожидание Урок отображается в списке

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

Шаблоны тест-кейсов по API

При тестировании API нам также нужны структурированные тест-кейсы. Давайте рассмотрим полезные шаблоны.

Тест кейс, пример на добавление питомца

В качестве примера возьмем тестирование API интернет магазина питомцев Petstore. Нам нужно написать тест-кейс на добавление нового питомца с помощью метода POST.

Endpoint https://petstore.swagger.io/v2/pet
Метод POST
Шаги
  1. Отправить POST запрос на endpoint
  2. Передать JSON данные питомца в body
  3. Проверить status 200 OK
  4. Проверить body ответа на валидность
Ожидание Питомец добавлен, данные в ответе корректны

Данный шаблон позволяет детально описать тест API на добавление ресурса.

Шаблон тест-кейса авторизации

Еще один распространенный API функционал - это аутентификация пользователей. Давайте рассмотрим его тестирование.

Цель Проверка авторизации
Шаги
  1. Отправить POST запрос на /login
  2. Передать в body данные: логин, пароль
  3. Сохранить полученный token
  4. Делаем запросы с передачей token
Ожидание Успешная авторизация, token возвращается

Данный тест-кейс проверяет весь процесс аутентификации пользователя через API.

UI тест-кейсы на примере веб-приложения

При тестировании пользовательских интерфейсов тест-кейсы также незаменимы. Рассмотрим примеры.

тест кейс (пример) оформления заказа

Например, у нас есть интернет магазин "Одежда". Нам нужно написать тест-кейс на оформление заказа пользователем.

Предусловие Пользователь авторизован
Шаги
  1. Пользователь добавляет товары в корзину
  2. Переходит в корзину и нажимает "Оформить заказ"
  3. Заполняет форму доставки и оплаты
  4. Нажимает "Подтвердить заказ"
Ожидание Заказ успешно оформлен, статус "Обработка"

Данный тест-кейс описывает сценарий оформления реального заказа пользователем от начала до конца.

Шаблон тест кейса на любой функционал

По аналогии можно составить UI тест-кейс на проверку любого функционала приложения: авторизацию, регистрацию, поиск, фильтрацию, работу с данными и т.д. Главное - максимально подробно описать все шаги пользователя.

Мобильные тест-кейсы

При тестировании мобильных приложений для iOS и Android мы также активно используем тест-кейсы.

Пример тест кейса на оплату в приложении

Рассмотрим тест-кейс для приложения такси на функционал оплаты поездки:

Предусловия
  • Установлено приложение такси
  • Пользователь зарегистрирован
  • Поездка выполнена
Шаги
  1. Нажать кнопку "Оплатить"
  2. Выбрать способ оплаты
  3. Подтвердить оплату
Ожидание Успешное списание средств, изменение баланса

Данный кейс позволяет протестировать весь процесс оплаты для пользователя.

Написание тест кейсов, примеры push-уведомлений

Еще один важный функционал мобильных приложений - push-уведомления. Давайте рассмотрим пример тест-кейса на их проверку:

Предусловия
  • Приложение установлено
  • Разрешения на уведомления выданы
Шаги
  1. Отправить уведомление на сервере
  2. Закрыть приложение на 1 минуту
  3. Проверить получение уведомления
Ожидание Пользователь получил уведомление

Мы описали шаги для отправки уведомления и проверки его получения на устройстве пользователя.

Тест-кейсы для desktop приложений

Рассмотрим примеры полезных тест-кейсов для настольных приложений.

Пример на авторизацию в приложении 1С

1С - популярная учетная система в России. Давайте напишем тест на проверку авторизации:

Предусловия
  • Установлено приложение 1С в нужной конфигурации
  • Заведены учетные записи пользователей
Шаги
  1. Запустить 1С
  2. Ввести логин и пароль
  3. Нажать кнопку "Войти"
Ожидание Успешный вход в систему под учетной записью

Данный пример демонстрирует, как можно закрыть типовой функционал авторизации тест-кейсом.

Шаблон тест-кейса для любого desktop приложения

Аналогично можно тестировать любой софт: бухгалтерские программы, CRM, ERP и т.д. Нужно выделять ключевые сценарии и шаги пользователя, например:

  • установка
  • первичная настройка
  • авторизация под разными ролями
  • работа с данными
  • формирование отчетов

Для каждого сценария строим отдельный тест-кейс.

Тест кейсы интеграции ПО

При интеграционном тестировании также востребованы тест-кейсы. Например, при внедрении 1С на предприятии часто нужно настроить обмен данными между 1С и другими системами, базами. Рассмотрим реальный кейс.

Пример тест-кейса интеграции 1С и Кассы

Цель Проверка интеграции 1С и Кассы
Шаги
  1. Создать документ "Реализация товаров и услуг" в 1С
  2. Проверить появление документа в Кассе
  3. Ввести оплату в Кассе
  4. Проверить обновление статуса документа в 1с
Ожидание Успешная 2-сторонняя синхронизация

Аналогично тестируется любая другая интеграция ПО.

Шаблон для тест-кейса интеграции

Общий шаблон для тестирования взаимодействия систем следующий:

  1. Внести данные в систему 1
  2. Проверить появление этих данных в системе 2
  3. Внести изменения данных в системе 2
  4. Проверить обновление данных в системе 1

С помощью такого подхода можно закрыть основные сценарии обмена данными при интеграции любого ПО.

Статья закончилась. Вопросы остались?
Комментарии 0
Подписаться
Я хочу получать
Правила публикации
Редактирование комментария возможно в течении пяти минут после его создания, либо до момента появления ответа на данный комментарий.