Что такое тестовый набор?
шаблон тестового набора – это документ, артефакты, которые позволяют тестировщикам разрабатывать тестовые примеры для конкретного сценария тестирования, чтобы проверить, работают ли функции приложения должным образом или нет. Тестовые наборы – это набор положительных и отрицательных выполняемых шагов сценария тестирования, который содержит набор предварительных условий, тестовых данных, ожидаемых результатов, постусловий и фактических результатов.
Большинство компаний используют управление тестовыми сценариями. таких инструментов, как Центр качества (HP QC), JIRA и т. д., а некоторые компании до сих пор используют листы Excel для написания тестовых сценариев.
Посмотрите видео ниже, чтобы посмотреть «Как писать тестовые случаи вручную»
В чем разница между тестовым сценарием и тестовым набором?
Тестовый сценарий:Сценарий тестирования дает представление о том, что мы должны тестировать. Сценарий тестирования похож на тестовый пример высокого уровня. Узнайте больше о том, как написать тестовый сценарий, здесь.
Например: проверьте функцию входа в учетную запись Gmail.
Также прочтите Тестовый сценарий и тестовый пример
Предположим нам нужно написать тестовые примеры для сценария (подтвердите вход в учетную запись Gmail).
Вот несколько тестовых случаев.
1. Введите действительное имя пользователя и действительный пароль
2. Введите действительное имя пользователя и неверный пароль
3. Введите неверное имя пользователя и действующий пароль
4. Введите неверные имя пользователя и неверный пароль.
Кто пишет тестовые случаи?
Это зависит от компании. Предполагая, что команда состоит из разработчиков и выделенных тестировщиков, это может быть что-то вроде совместных усилий.
- Разработчики пишут модульные тесты
- Разработчики и тестировщики пишут интеграционные тесты
- Тестеры пишут приемочные тесты
< h2>Общий формат шаблона тестового набора
Найдите скриншот шаблона тестового набора ниже:
Как писать тестовые наборы при ручном тестировании
Выполните следующие шаги, чтобы написать тестовые наборы.
Шаг 1 – Идентификатор тестового набора:< /strong>
Каждый тестовый пример должен быть представлен уникальным идентификатором. Рекомендуется следовать некоторому соглашению об именах для лучшего понимания и различения.
Шаг 2 – Описание тестового примера:
Правильно выберите тестовые случаи из тестовых сценариев
Пример:
Тестовый сценарий: подтвердите вход в Gmail
Тестовый сценарий: введите действительное имя пользователя и пароль
Шаг 3. Предварительные условия.
Условия, которые необходимо выполнить перед выполнением тестового примера. Укажите, доступны ли какие-либо предварительные условия.
Пример: Нужна действующая учетная запись Gmail для входа в систему
Шаг 4 – Шаги проверки:
Для выполнения тестовых случаев необходимо выполнить некоторые действия. Так что напишите правильные тестовые шаги. Подробно опишите все этапы тестирования и в том порядке, в котором они могут быть выполнены с точки зрения конечного пользователя.
Пример:
- Введите имя пользователя
- Введите пароль
- Нажмите кнопку «Войти»
Шаг 5. Тестовые данные.
Для выполнения тестовых шагов вам потребуются правильные тестовые данные. Поэтому соберите соответствующие тестовые данные. Данные, которые можно использовать в качестве входных данных для тестовых случаев.
Пример:
- Имя пользователя: rajkumar@softwaretestingmaterial.com
- Пароль: STM
Шаг №6 — Ожидаемый результат:
Результат, который мы ожидаем после тестовых случаев были казнены. Это может быть что угодно, например главная страница, соответствующий экран, сообщение об ошибке и т. д.
Пример: Успешный вход в систему
Шаг 7 – Условие публикации:< /strong>
Условия, которые необходимо выполнить при успешном выполнении тестового примера.
Пример: показан почтовый ящик Gmail
Шаг № 8. Фактический результат.
Результат, который показывает система после выполнения тестового примера. Зафиксируйте результат после выполнения. На основе этого результата и ожидаемого результата мы устанавливаем статус тестового случая.
Пример: Перенаправлено в папку “Входящие” Gmail
Шаг №9 — Статус:
Наконец, установите статус «Пройдено» или «Не пройдено» в зависимости от ожидаемого результата по сравнению с фактическим результатом. Если фактические и ожидаемые результаты совпадают, отметьте это как Пройдено. В противном случае сделайте это как Failed. Если тест не пройден, он должен пройти жизненный цикл ошибки, прежде чем будет исправлен.
Пример:
Результат: Пройдено
Другие важные поля шаблона тестового примера :
Имя проекта: Имя проекта, которому принадлежат тестовые примеры
Имя модуля: Имя модуля, в котором тестируется случаи относятся к
Справочному документу: укажите путь к справочным документам (если таковые имеются, например, к документу с требованиями, плану тестирования, сценариям тестирования и т. д.)
Кто создал: имя тестировщика, создавшего тестовые наборы
Дата создания: когда были созданы тестовые наборы
Проверено Кем: Имя тестировщика, создавшего тестовые наборы
Дата проверки: Когда тестовые наборы были просмотрены
Кто выполнил: Имя тестировщик, выполнивший тестовый набор
Дата выполнения: Когда был выполнен тестовый набор
Комментарии:Включите ценную информацию, которая поможет команде
Передовые практики написания хорошего тестового примера
Характеристики хорошего тестового набора:
- Простота понимать и выполнять
- Создавать тестовые наборы с точки зрения конечного пользователя
- Должны использоваться уникальные идентификаторы тестовых наборов. Это позволяет нам легко отслеживать их.
- Предварительные требования должны быть четко перечислены. Помогает выполнить тестовый набор без каких-либо проблем.
- Тестовые данные должны быть определены для оценки каждой функциональной области.
- Описание тестового набора должно быть кратким.
- Шаги тестирования должны быть подробными и ясными.
- Указать точный ожидаемый результат.
- Условие позиции должно быть указано, если таковое имеется.
- Тестовые случаи не должны быть ни слишком простыми, ни слишком сложными.
- Тестовые случаи должны быть отличительными . Не должно быть повторяющихся тестовых случаев.
- Тестовые случаи должны быть написаны с использованием следующих методов разработки тестовых случаев.
- Тестовые случаи должны быть понятными. Так что любой тестировщик (даже недавно назначенный тестировщик) может понять их, просмотрев один раз.
- Необходимо предоставить четкие сведения о среде, где нам нужно их выполнить.
- Тестовые случаи должны быть пригодными для повторного использования и поддержки
- Получить экспертную оценку.
Если вы следуете рекомендациям по написанию тестовых случаев, то любой в команда может легко понять и выполнить хорошо написанный тестовый пример. Его должно быть легко читать и понимать не только тому, кто его написал, но и другим тестировщикам.
Легко понимать и выполнять:
Чтобы тестовые примеры были понятны и выполнялись быстрее, нам нужно использовать простой и понятный язык, такой как «Перейти на страницу входа», «ввести имя пользователя», «ввести пароль», «нажать кнопку входа» и т. д.< h3>Создавайте тестовые сценарии с точки зрения конечного пользователя
Создавайте тестовые сценарии с учетом интересов конечного пользователя. Тестовые наборы, которые вы создаете, должны соответствовать требованиям клиентов.
Используйте уникальный идентификатор тестового набора.
Рекомендуется использовать уникальный идентификатор с некоторыми соглашениями об именах для лучшего понимания и различения. целях.
Имейте четкое описание:
Описание вашего тестового примера должно быть достаточно четким, чтобы понять, что тестировщик собирается делать с этим тестовым набором.
Добавьте соответствующие предварительные и постусловия:
В некоторых случаях тестовые случаи должны соответствовать некоторым условиям до выполнения или достигать некоторых условий после выполнения. Эти условия нам нужно правильно указать в преусловиях и постусловиях.
Укажите точный ожидаемый результат:
Включите ожидаемый результат: ожидаемый результат говорит нам, что будет результатом определенного шага теста. Тестировщики определяют критерии прохождения или отказа на основе ожидаемого результата.
Тестовые наборы должны быть пригодны для повторного использования и сопровождения:
Хорошо написанный тест-кейс можно использовать повторно и поддерживать. Бывают случаи, когда разработчики меняют код, а тестировщикам необходимо обновить тестовые случаи. Если наши тестовые примеры легко читать и понимать, их будет легко обновлять не только тому, кто их написал, но и другим тестировщикам.
Используйте методы тестирования:
При необходимости используйте методы тестирования. Методы проектирования тестирования программного обеспечения используются для получения тестовых наборов из документа спецификации требований, а также на основе опыта тестировщиков
- Разделение эквивалентности
- Анализ граничных значений
- Таблица решений
- Переход состояний
- Исследовательское тестирование
- Выявление ошибок
Получить рецензирование:
Позвольте вашим коллегам просмотреть ваши тестовые наборы, чтобы выявить дефекты в вашем тестовом примере design.
Популярные инструменты управления тестовыми сценариями
одними из популярных инструментов для процесса управления тестами являются
- PractiTest
- Test Rail
- Testpad
- Qase
- Klaros
- Test Collab
- QMetry
- Meliora Testlab
- TestLodge
- TestCaseLab
Не пропустите эту подробную статью о лучшем управлении тестовыми сценариями Инструменты на рынке.
Загрузить шаблон тестового сценария
Образец тестового сценария — шаблон для справки.
TAG: qa