Как написать хороший тест-кейс

Подробно обсудим шаблоны, включая шаблон тестового сценария, шаблон тест-кейса в Excel, шаблон плана тестирования, решения для ручного тестирования и многое другое.

Содержание:

• Что такое шаблон тест-кейса?
• Сценарий тестирования
• Кто пишет тест-кейсы?
• Написание тест-кейсов при ручном тестировании
• Лучшие практики написания тест-кейсов

Что такое шаблон тест-кейса?

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

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

Некоторые компании, занимающиеся тестированием, до сих пор используют листы в Excel для написания тестовых сценариев.

Теперь рассмотрим разницу между тестовыми сценариями и тест-кейсами.

БЕСПЛАТНО СКАЧАТЬ КНИГИ в телеграм канале Библиотека тестировщика

Сценарий тестирования

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

1. Введите правильное имя пользователя и правильный пароль
2. Введите правильное имя пользователя и неправильный пароль
3. Введите неправильное имя пользователя и правильный пароль
4. Введите неправильное имя пользователя и неправильный пароль

Кто пишет тест-кейсы?

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

• Разработчики пишут модульные тесты
• Разработчики и тестировщики пишут интеграционные тесты
• Тестировщики пишут приемочные тесты

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

Написание тест-кейсов при ручном тестировании

Чтобы написать тест-кейсы, выполните следующие действия.

Шаг 1 – Идентификатор (ID) тест-кейса

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

Шаг 2 – Описание тест-кейса

Должно соответствовать его предназначению.

Пример:

• Сценарий тестирования: Проверка входа в Gmail
• Тест-кейс: Введите имя пользователя и пароль

Шаг 3 – Предварительные условия

Условия, которые должны быть выполнены перед выполнением тест-кейса.

• Пример: Для входа в систему требуется активированная учетная запись Gmail

Шаг 4 – Тестовые шаги

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

Пример:

• Введите имя пользователя
• Введите пароль
• Нажмите кнопку “Войти”

Шаг 5 – Тестовые данные

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

Пример:

• Имя пользователя: ivanov@qarocks.ru
• Пароль: stm

Шаг 6 – Ожидаемый результат

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

• Пример: Успешный вход в систему

Шаг 7 – Постусловия

Условия, которые должны быть достигнуты после выполнения тест-кейса.

• Пример: Переход в почтовый ящик Gmail

Шаг 8 – Фактический результат

Результат, который выдает система после выполнения тест-кейса. Зафиксируйте вывод после выполнения. На основании этого вывода и ожидаемого результата мы устанавливаем статус тест-кейса.

• Пример: Перенаправление на почтовый ящик Gmail

Шаг 9 – Статус

В конечном итоге установите статус “Пройден” или “Не пройден” (Pass или Fail) в зависимости от ожидаемого результата и фактического полученного. Если реальный и ожидаемый результаты совпадают, отметьте это как “Пройдено”. В противном случае запишите его как “Не пройден”. Если тест не пройден, это свидетельствует о проблеме, которая должна быть устранена.

Пример:

Другие возможные поля шаблона тест-кейса:

• Название проекта: Проект, к которому относятся тест-кейсы
• Имя модуля: Название модуля, к которому относятся тест-кейсы
• Справочный документ: Например, план тестирования, документ с требованиями, сценарии тестирования и т.д.
• Создан кем: Имя тестировщика, создавшего тест-кейсы
• Дата создания: Когда был создан
• Проверен кем: Имя тестировщика, создавшего тест-кейсы
• Дата проверка: Когда были проверены
• Выполнен кем: Имя тестировщика, выполнившего тест-кейс
• Дата выполнения: Когда был выполнен
• Комментарии: Дополнительная информация

Лучшие практики написания тест-кейсов

Хорошо написанный тест-кейс:

1. Легко понять и выполнить
2. Создан с точки зрения конечного пользователя
3. Идентификатор тест-кейса не должен повторяться
4. Могут быть предварительные и последующие условия
5. Укажите точный ожидаемый результат
6. Тест-кейсы должны быть многоразовыми и поддерживаемыми
7. Используйте различные методы тестирования
8. Получите внешнюю оценку тест-кейсов

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

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

Теперь подробнее.

1. Легко понять и выполнить

Чтобы создать простые для понимания и быстрой реализации тест-кейсы, нужно использовать простой и понятный язык, например “перейти на страницу входа”, “ввести имя пользователя”, “ввести пароль”, “нажать на кнопку входа” и т.п.

2. Создание тест-кейсов с точки зрения конечного пользователя

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

3. Используйте уникальные ID

Хорошая практика – создавать уникальные идентификаторы, которые объясняют предназначение тест-кейса.

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

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

5. Укажите точный ожидаемый результат

Ожидаемый результат говорит о том, что должно быть получено после выполнения.

6. Тест-кейсы должны быть многоразовыми

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

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

Используйте подходящие в данном случае методы тестирования, на основе документа спецификации требований, и собственного опыта:

1. Разбиение на эквивалентности
2. Анализ граничных значений
3. Таблица решений
4. Переход состояний
5. Исследовательское тестирование
6. Предугадывание ошибок

8. Получите внешнюю оценку

Позвольте коллегам проверить ваши тест-кейсы , чтобы выявить недостатки.

Инструменты

Известные инструменты управления тест-кейсами:

1. PractiTest
2. TestRail
3. Testpad
4. Qase
5. Klaros
6. Test Collab
7. QMetry
8. Meliora Testlab
9. TestLodge
10. TestCaseLab

Перевод статьи «How To Write Perfect Test Case Template With Examples?».