Тестирование ПО является важным процессом для инженеров-программистов. Его можно использовать для поиска дефектов в коде, оценки производительности системы и определения того, соответствует ли продукт ожиданиям клиентов. Тестировщики программного обеспечения несут ответственность за написание тестовых сценариев, которые выявляют ошибки или сбои в части программного обеспечения, которые могли не быть замечены другими членами команды или заинтересованными сторонами.
При написании тестовых сценариев важно учитывать разные точки зрения. У каждого тестировщика программного обеспечения своя точка зрения, и нам важно понимать подход других. Мы должны рассмотреть — что произойдет, если некоторые функции будут отсутствовать? Какие проблемы это может вызвать? Как эти проблемы могут повлиять на пользователей?
В этом сообщении блога рассказывается о том, как написать хорошие тестовые сценарии, которые сделают ваш проект успешным.
Также прочтите: Как писать тестовые сценарии [Скачать: бесплатный шаблон тестового примера]
Что такое тестовый сценарий?
Как бы вы описали сценарии тестирования?
Тестирование программного обеспечения является важным часть разработки программного обеспечения. Сценарий тестирования играет очень важную роль в улучшении тестовых случаев.
Сценарии тестирования — это подробные описания или записи о том, как пользователь будет взаимодействовать с приложением во время тестирования программного обеспечения. Он также известен как тестовая возможность или тестовое условие.
Тестовые сценарии используются для предоставления информации о том, что сделал тестер. Сценарии тестирования помогают тестировщикам создавать более качественные тестовые сценарии, чтобы их автоматизированные тесты можно было запускать с помощью инструментов автоматизации, и они выявляли все возможные результаты, не только ожидаемые, но и неожиданные, чтобы можно было немедленно сообщать об ошибках.
Когда вы пишете программное обеспечение, важно протестировать ваш продукт перед его выпуском. Сценарий тестирования — это последовательность шагов, которые пользователь может предпринять, чтобы использовать ваше программное обеспечение во время тестирования.
Сценарии тестирования должны учитывать все возможные способы выполнения задачи и охватывать как положительные, так и отрицательные тестовые случаи, поскольку конечные пользователи могут не обязательно предпринимать шаги, которые вы от них ожидаете.
Используя тестовые сценарии, мы оценить производительность приложений с точки зрения конечного пользователя. При создании тестовых сценариев вы как тестировщик должны ставить себя на место конечного пользователя, чтобы иметь четкое представление о том, с какими реальными сценариями придется иметь дело программному обеспечению, когда оно будет выпущено.
Точка быть отмечено:
Мы не будем использовать тестовые сценарии на этапе выполнения теста для тестирования продукта, потому что он не состоит из тестовых шагов. Мы создаем тестовые сценарии для каждого тестового сценария и используем их на этапе выполнения теста.
Что такое сценарное тестирование?
Сценарное тестирование в тестировании программного обеспечения используется для проверки программное приложение, использующее сценарии, основанные на вариантах использования, а не на тестовых примерах.
С помощью тестирования сценариев мы можем тестировать сквозные сценарии сложной логики приложения с помощью простых для оценки тестовых сценариев.
Пример шаблона тестового сценария
Документ тестового сценария может включать следующие поля:
ID пользовательской истории/ID требования: в этом мы добавим идентификатор пользовательской истории или идентификатор требования, связанный со сценарием, который мы собираемся написать.
Идентификатор тестового сценария: в это поле мы добавим идентификатор тестового сценария.
Описание тестового сценария. В этом поле мы добавим описание тестового сценария.
Количество тестовых случаев: в этом поле мы добавим количество тестовых случаев, связанных с конкретным тестовым сценарием.
Приоритет: в этом поле мы добавим приоритет тестовый сценарий.
Загрузить Шаблон тестового сценария
Загрузите шаблон тестового сценария в формате XLS ниже.
Пример тестового сценария
#1. Сценарии тестирования для GMail
Здесь мы не приводим полные сценарии тестирования GMail. Мы надеемся, что следующий список даст вам общее представление о сценариях тестирования. Подробный список тестовых сценариев Gmail мы рассмотрели в другой публикации.
- Убедитесь, что все прочитанные и непрочитанные электронные письма отображаются в папке “Входящие”.
- Убедитесь, что недавно полученные или непрочитанные электронные письма выделены в папке “Входящие”. жирным шрифтом в разделе “Входящие”.
- Убедитесь, что в недавно полученном электронном письме указано правильное имя отправителя или идентификатор электронной почты, тема электронного письма, его предварительный просмотр и дата или время.
- Убедитесь, что в недавно полученном электронном письме имя отправителя или идентификатор электронной почты, тема электронного письма и дата или время должно быть выделено жирным шрифтом, а текст предварительного просмотра не должен быть выделен жирным шрифтом.
Для таких приложений, как Gmail, количество тестовых сценариев будет огромным. В большинстве случаев команды пишут критерии приемки для больших приложений и получают одобрение от заинтересованных сторон.
При написании критериев приемлемости мы следуем формату Учитывается, Когда и Тогда.
Учитывается предварительное условие .
Когда выполнить действие.
Тогда ожидаемый результат.
#2. Сценарии тестирования банкомата
1. Убедитесь, что слот для карты банкомата соответствует спецификации
2. Убедитесь, что банкомат принимает данные карты и PIN-код
3. Проверьте сообщение об ошибке, вставив карту неправильно
4. Проверьте сообщение об ошибке, вставив недопустимую карту (карта с истекшим сроком действия)
5. Проверьте сообщение об ошибке, введя неверный PIN-код
6. Убедитесь, что пользователю предлагается ввести PIN-код после вставки действительной карты банкомата.
Ознакомьтесь с этим подробным руководством, в котором мы рассмотрели дополнительные сценарии тестирования банкомата.
Прежде чем двигаться дальше, не пропустите следующие статьи по теме .
- Шаблон тестового набора с подробным объяснением
- Страница тестовых наборов для регистрации
- Тестовые случаи для страницы входа
- Тестовый сценарий и тестовый пример
- Стратегия тестирования и план тестирования
Кто пишет сценарии тестирования?
Варьируется от компания к компании. Бизнес-аналитики, ведущие тестировщики создают тестовые сценарии с точки зрения сложных приложений, таких как банковские и финансовые приложения. В небольших компаниях тестировщики несут ответственность за написание тестовых сценариев.
Зачем создавать тестовые сценарии?
Мы создаем тестовые сценарии по следующим причинам
- < ли>Обеспечивает полное тестовое покрытие.
- Улучшает общее взаимодействие с пользователем.
- Гарантирует, что приложение работает должным образом для каждого варианта использования.
- Определяет наиболее важные сквозные транзакции.
- Можно определить и приоритизировать конец сквозные транзакции и транзакции приложений в реальном времени.
Когда нельзя писать тестовые сценарии?
Сценарии тестирования играют жизненно важную роль в успехе качественного продукта, но в некоторых случаях мы даже не пишем сценарии тестирования. В следующих ситуациях мы не пишем тестовые сценарии.
- Тестируемое приложение (AUT) сложное, изменчивое, и существует крайний срок завершения проекта.
- В проектах по методологии Agile такие как и в случае Scrum и Kanban, мы не можем писать тестовые примеры.
- Для тестирования новых исправлений ошибок и проведения регрессионного тестирования мы не создаем тестовые сценарии. В этих случаях мы просто используем ранее написанные тестовые примеры.
Как создавать тестовые сценарии
Следующие шаги могут быть выполнены тестировщиком при написании тестовых сценариев:
- Шаг 1: Просмотрите документ с требованиями (Спецификация бизнес-требований (BRS), Требования к программному обеспечению Спецификация (SRS), Спецификация функциональных требований (FRS)) тестируемой системы (SUT) тщательно. Мы также можем ссылаться на примеры использования, книги, руководства и т. д. для того же самого.
- Шаг 2. Для каждого требования выясните, как пользователь может использовать программное обеспечение всеми возможными способами.
- Шаг 3.Перечислите сценарии тестирования для каждой функции тестируемого приложения (AUT).
- Шаг 4. Создайте матрицу отслеживания и свяжите все сценарии с требованиями. Он позволяет определить, соответствует ли каждое требование тестовому сценарию или нет.
- Шаг 5. Отправьте тестовые сценарии руководителю для просмотра и оценки. Даже тестовые сценарии дополнительно проверяются всеми заинтересованными сторонами.
Рекомендации по созданию тестовых сценариев
- Должны быть правильными.
- Должны быть простыми для понимания.
- Должны охватывать как положительные, так и отрицательные сценарии.
- Должны создавать как минимум один тестовый сценарий для одного требования или пользовательской истории.
Преимущества тестовых сценариев
- Это экономит время.
- Сценарное тестирование может быть выполнено значительно быстрее, чем тестирование тестовых наборов.
- Это обеспечивает полное тестовое покрытие, поскольку тестовые наборы основаны на пользовательских требованиях.
- Сценарии тестирования основаны на пользовательских требованиях или пользовательской истории. Это обеспечивает хорошее тестовое покрытие.
- Сценарии тестирования представляют собой однострочные операторы. Это уменьшает сложность и избыточность.
Разница между тестовым сценарием и тестовым набором
| ТЕСТ-СЛУЧАЙ | ТЕСТ-СЦЕНАРИЙ | |
|---|---|---|
| Тестовый пример состоит из имени тестового случая, предварительного условия, шагов теста, ожидаемого результата и пост-условия. | Тестовый пример подсказывает пользователю, как тестировать | Тестовый сценарий подсказывает пользователю, что тестировать |
| Сценарий тестирования предназначен для проверки сквозной функциональности программного приложения | ||
| Создание тестовых случаев важно при работе с тестировщиками вне офиса | Создание тестовых сценариев помогает вам в ситуации, когда время ограничено (особенно при работе в Agile) | |
| Программные приложения часто меняются. Это приводит к изменению дизайна страниц и добавлению новых функций. Сложно поддерживать тестовые случаи | Тестовые сценарии просты в обслуживании благодаря высокому уровню дизайна | |
| Больше времени по сравнению с тестовыми сценариями | Меньше времени по сравнению с для тестовых случаев | |
| Требуется больше ресурсов для создания и выполнения тестовых случаев | Относительно меньше ресурсов достаточно для создания и тестирования с использованием тестовых сценариев | |
| Помогает в исчерпывающем тестировании приложения | Это помогает в гибком способе тестирования сквозной функциональности | |
| Тестовые случаи основаны на тестовых сценариях | Тестовые сценарии основаны на варианты использования | |
| Тестовые сценарии — это действия низкого уровня | Тестовые сценарии — это действия высокого уровня | |
| Тестовые случаи пишут тестировщики | Тестовые сценарии пишут руководители тестирования, бизнес-аналитики и тестировщики. | |
| Тестовые сценарии имеют несколько тестовых случаев. |
Заключение
В любом жизненном цикле тестирования программного обеспечения разработка сценариев тестирования и их понимание являются жизненно важным этапом и улучшают качество продукта. Мы генерируем тестовые наборы из тестовых сценариев, и каждый тестовый сценарий имеет несколько тестовых наборов.
Я надеюсь, что после прочтения этой статьи вы хорошо разберетесь в тестовых сценариях.
TAG: qa
Еще об этом:
150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
90+ ВОПРОСОВ И ОТВЕТОВ ИЗ ИНТЕРВЬЮ LOADRUNNER | ОБНОВЛЕНИЕ 2022 г.
ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г.
ЧТО ТАКОЕ СКВОЗНОЕ (E2E) ТЕСТИРОВАНИЕ? | ПОДРОБНОЕ РУКОВОДСТВО
ЛУЧШИЕ САЙТЫ ТЕСТИРОВАНИЯ ПРОДУКТА: ПОЛУЧАЙТЕ ПЛАТ ЗА ТЕСТИРОВАНИЕ И ОБЗОР ПРОДУКТОВ
ЛУЧШИЕ АЛЬТЕРНАТИВЫ СЕЛЕНА (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) В 2022 ГОДУ
СЦЕНАРИИ ТЕСТИРОВАНИЯ GMAIL
ЛУЧШЕЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ДЛЯ УПРАВЛЕНИЯ СТРОИТЕЛЬНЫМИ ПРОЕКТАМИ
ЛУЧШЕЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ДЛЯ УПРАВЛЕНИЯ МАРКЕТИНГОВЫМИ ПРОЕКТАМИ В 2022 ГОДУ
ЧТО ТАКОЕ WORK OS: ЛУЧШИЕ ПОСТАВЩИКИ WORK OS В 2022 ГОДУ
