Как писать тестовые случаи (с примерами)

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

Что такое тестовый пример?

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

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

Тестовый сценарий и тестовый пример

Тестовый сценарий — это документация нескольких тестовых случаев для проверки продукта. Сценарии тестирования обычно описывают, что пользователь пытается сделать с программным обеспечением и какие предыдущие требования привели его к этому выбору. Например, в тестовом сценарии может быть сказано: «Пользователь войдет в систему на веб-странице после нажатия на приглашение для входа». Тестовые сценарии помогают проверить функциональность программы с точки зрения пользователя, а тестовые сценарии помогают проверить код как внутри, так и снаружи.

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

Как писать тестовые случаи с примерами

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

1. Создайте описание тестового примера

Описание тестового примера включает в себя то, что программа делает в ответ на определенные условия. Например, в описании тестового примера для страницы входа может быть сказано: «Проверять поля, когда пользователь нажимает кнопку входа». Описания случаев предоставляют контекст сотрудникам только во время тестовых сценариев и не имеют значения для кода или исполняемых данных. Пример тестового случая на данный момент приведен ниже:

Test Case #Test Case ОписаниеCase 1 Проверяйте поля, когда пользователь нажимает кнопку входа.

2. Добавьте необходимые тестовые данные

Чтобы проверить программу, начните с добавления тестовых данных в дело. Тестовые данные могут включать такую ​​информацию, как адреса электронной почты, пароли и имена пользователей. Для нескольких тестовых случаев идентификация данных может стать самым длинным этапом процесса проверки. Идентификация данных может помочь понять, что программа документирует как успешное или неудачное. Ниже приведен пример тестового примера после идентификации данных:

Тестовый пример #Test Case DescriptionTest DataCase 1Проверяйте поля, когда пользователь нажимает кнопку входа. Электронная почта: email@example.com Пароль: examplepassword123

3. Активируйте этапы тестирования

Чтобы выполнить тест, активируйте действия сценария с помощью программного обеспечения для тестирования. Поскольку тестовые наборы обычно проверяют несколько наборов данных и обстоятельств для каждого теста, рассмотрите возможность подготовки всей информации заранее, чтобы сэкономить время. Как только инженер по тестированию документирует все необходимые данные, другие сотрудники, кроме программистов, могут запускать тестовый пример независимо от их опыта кодирования. Шаги могут помочь заинтересованным сторонам и другим сотрудникам понять тестовый пример в процессе создания. Пример тестового случая на данный момент приведен ниже:

Тестовый пример #Тестовый пример ОписаниеЭтапы тестированияTest DataCase 1Проверяйте поля, когда пользователь нажимает кнопку входа.1. Введите адрес электронной почты 2. Введите пароль 3. Нажмите кнопку входа Электронная почта: email@example.com Пароль: examplepassword123

4. Проверьте и задокументируйте результаты

После тестирования проверьте и задокументируйте различные результаты, чтобы оценить поведение программы. Для каждого теста создание раздела результатов может помочь отслеживать, как фактические результаты сравниваются с оптимальными результатами. Добавление дополнительного раздела «Годен/Не пройден» в электронную таблицу тестовых сценариев может помочь заинтересованным сторонам, клиентам и другим программистам быстро понять результаты. Пример тестового примера приведен ниже:

Тестовый пример #Тестовый пример ОписаниеЭтапы тестированияТестовые данныеОжидаемый результатФактический результатУдачно/непройденоСлучай 1Проверяйте поля, когда пользователь нажимает кнопку входа1. Введите адрес электронной почты 2. Введите пароль 3. Нажмите кнопку входа Электронная почта: email@example.com Пароль: examplepassword123Вход должен быть успешнымВход прошел успешноPass

5. Добавьте предусловия и постусловия

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

Тестовый пример #Тестовый пример ОписаниеЭтапы тестированияТестовые данныеУсловияОжидаемый результатФактический результатУдачно/непройденоСлучай 1Проверяйте поля, когда пользователь нажимает кнопку входа1. Введите адрес электронной почты 2. Введите пароль 3. Решите капчу 4. Нажмите кнопку входа Электронная почта: email@example.com Пароль: examplepassword1231. Правильный адрес электронной почты 2. Правильный пароль 3. Разрешенная капча 4. Расширение браузера компании Вход должен быть успешнымВход выполнен успешноPassCase 2Проверяйте поля, когда пользователь нажимает кнопку входа1. Введите адрес электронной почты 2. Введите пароль 3. Решите капчу 4. Нажмите кнопку входа Электронная почта: email@example.com Пароль: Поле оставлено пустым1. Правильный адрес электронной почты 2. Правильный пароль 3. Решенная капча 4. Расширение браузера компании Вход не должен быть успешнымВход был успешнымFailCase 3Проверяйте поля, когда пользователь нажимает кнопку входа1. Введите адрес электронной почты 2. Введите пароль 3. Решите капчу 4. Нажмите кнопку входа Электронная почта: email@example.com Пароль: examplepassword1231. Правильный email 2. Правильный пароль 3. Решенная капча Вход должен быть успешнымВход прошел успешноPass

Советы по написанию тестовых случаев

Если вы пишете тестовые примеры для своего программного обеспечения, примите во внимание некоторые из следующих советов:

Используйте простой тестовый язык

При создании тестового примера использование простого языка может помочь другим потенциальным пользователям эффективно проверить программу. Сотрудники, не входящие в отдел программирования, или заинтересованные стороны могут захотеть проверить или просмотреть аспекты программы. Использование действенных фраз, таких как «введите данные», «нажмите» или «перейти», может помочь другим сотрудникам отдела выполнить вашу программу.

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

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

Редко повторять тесты

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

Обзор спецификаций

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

Рассмотрим внешнее тестирование

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

Создание идентификационных номеров тестовых наборов

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

Используйте методы тестирования

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

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

• Раздел эквивалентности: Метод разделения эквивалентности делит поля на части, которые проверяют одинаковые типы значений. Например, после разделения полей на две группы вы можете использовать один тест для каждого поля, в котором используются числовые значения, и другой тест для каждого поля, в котором используются буквенные значения.

• Переход состояния: Методы перехода состояния помогают разработчикам тестировать программное обеспечение, которое изменяет одно состояние полей (например, числовое) на другое (например, буквы). Этот метод может помочь запустить отдельные проверки для сценариев с несколькими изменениями, а не организовывать несколько тестов для каждого изменения.

• Предположение об ошибках: Предположение об ошибках — это метод прогнозирования, который помогает сэкономить время во время тестирования. Это позволяет разработчикам предположить, что одна ошибка может привести к аналогичным другим.