В этом учебном пособии объясняется, что такое сценарий тестирования, а также важность, реализация, примеры и шаблоны сценария тестирования:
Любая функциональность/функция программного обеспечения, которая может быть протестирована, считается тестовым сценарием. При написании любых тестовых сценариев учитывается перспектива конечного пользователя.
Это руководство поможет вам ответить на вопросы: зачем нужны тестовые сценарии, когда пишутся тестовые сценарии и как писать тестовые сценарии.
Что такое сценарий тестирования?
Рассмотрим гипотетическую ситуацию: Существует огромный океан. Вам нужно перебраться через океан с одного берега на другой. Например, из Мумбаи, побережье Индии, в Коломбо, побережье Шриланки.
Вы можете выбрать следующие виды транспорта:
(i) Воздушные пути: Перелет в Коломбо
(ii) Водные пути: предпочтите корабль для путешествия в Коломбо
(iii) Железные дороги: сесть на поезд до Шриланки
Теперь о тестовых сценариях: Путешествие от морского побережья Мумбаи до морского побережья Коломбо - это функциональность, которую необходимо проверить.
Сценарии тестирования включают:
- Путешествие по воздушным путям,
- Путешествие по водным путям или
- Путешествие по железной дороге.
Эти тестовые сценарии будут иметь тестовые случаи.
Тестовые случаи, которые могут быть написаны для вышеуказанных тестовых сценариев, включают:
Сценарий тестирования: Путешествие по воздушным путям
Тестовые случаи могут включать такие сценарии, как:
- Полет осуществляется в соответствии с запланированным временем.
- Рейс не соответствует запланированному времени.
- Возникла чрезвычайная ситуация (сильный ливень и гроза).
Таким же образом можно написать отдельный набор тестовых примеров для других оставшихся сценариев.
Теперь перейдем к сценариям технологических испытаний.
Все, что можно протестировать, является тестовым сценарием. Таким образом, можно утверждать, что любая тестируемая функциональность программного обеспечения может быть разделена на несколько меньших функциональностей и может быть названа "тестовым сценарием".
Прежде чем передать любой продукт клиенту, необходимо оценить качество продукта. Тестовый сценарий помогает оценить функциональное качество программного приложения, которое соответствует бизнес-требованиям.
Сценарий тестировщика - это процесс, в ходе которого тестировщик тестирует программное приложение с точки зрения конечного пользователя. Производительность и качество программного приложения тщательно оцениваются перед внедрением в производственную среду.
Важность сценария тестирования
- Один тестовый сценарий может иметь несколько "тестовых случаев". Его можно представить как большое панорамное изображение, а тестовые случаи - это маленькие части, которые важны для завершения панорамы.
- Это однострочное утверждение, а тестовые сценарии включают в себя пошаговое описание для достижения цели утверждения тестового сценария.
- Пример:
Сценарий тестирования: Произведите оплату за заказанное такси.
Это будет иметь несколько тестовых случаев, как указано ниже:
(i) Используемый способ оплаты: PayPal, Paytm, кредитная/дебетовая карта.
(ii) Платеж выполнен успешно.
(iii) Платеж произведен неудачно.
(iv) Процесс оплаты прервался в промежутке.
(v) Не удается получить доступ к способам оплаты.
(vi) Приложение ломается между ними.
- Таким образом, тестовые сценарии помогают оценить программное приложение в соответствии с реальными ситуациями.
- Тестовые сценарии, если они определены, помогают разделить объем тестирования.
- Такое раздвоение называется приоритизацией, которая помогает определить важные функциональные возможности программного приложения.
- Приоритетное тестирование функциональных возможностей в значительной степени способствует успешной реализации программного приложения.
- По мере того, как тестовые сценарии становятся приоритетными, наиболее важные функциональные возможности могут быть легко определены и протестированы в приоритетном порядке. Это гарантирует, что большинство важных функциональных возможностей работают нормально, а связанные с ними дефекты должным образом фиксируются и устраняются.
- Тестовые сценарии определяют поток бизнес-процессов программного обеспечения и, таким образом, возможно сквозное тестирование приложения.
Разница между тестовым сценарием и тестовым случаем
| Сценарий тестирования | Тестовые примеры |
|---|---|
| Тестовый сценарий - это концепция. | Тестовые случаи - это решения для проверки этой концепции. |
| Тестовый сценарий - это функциональность высокого уровня. | Тестовые случаи - это детальная процедура тестирования функциональности высокого уровня. |
| Сценарии тестирования формируются на основе требований/ пользовательских историй. | Тестовые случаи создаются на основе тестовых сценариев. |
| Сценарий тестирования - это "Какая функциональность должна быть протестирована". | Тест-кейсы - это "Как протестировать функциональность". |
| Тестовые сценарии имеют несколько тестовых случаев. | Тестовый пример может быть связан или не связан с несколькими тестовыми сценариями. |
| Одиночные сценарии тестирования никогда не повторяются. | Один тестовый пример может быть использован несколько раз в различных сценариях. |
| Требуется краткая документация. | Требуется подробная документация. |
| Для завершения разработки сценария тестирования необходимо провести мозговой штурм. | Требуется детальное техническое знание программного приложения |
| Экономия времени, так как не требуется подробная информация. | Отнимает много времени, так как необходимо позаботиться о каждой мелочи. |
| Стоимость обслуживания низкая, так как требуется мало ресурсов. | Стоимость обслуживания высока, так как требуются большие ресурсы |
Почему сценарии тестирования незаменимы?
Тестовые сценарии формируются на основе требований или пользовательских историй.
- Возьмем пример тестового сценария для бронирования такси.
- Сценарии могут быть такими: варианты заказа такси, способы оплаты, GPS-отслеживание, карта дорог отображается правильно или нет, информация о такси и водителе отображается правильно или нет, и т.д. Все они перечислены в шаблоне тестового сценария.
- Теперь предположим, что сценарий тестирования должен проверить, включены ли службы определения местоположения, если не включены, вывести сообщение "Включите службы определения местоположения". Этот сценарий пропущен и не указан в шаблоне сценариев тестирования.
- Сценарий "Служба определения местоположения" порождает другие связанные с ним сценарии тестирования.
Это могут быть:
- Служба местоположения выделена серым цветом.
- Служба определения местоположения включена, но интернета нет.
- Ограничения на услуги на месте.
- Отображается неправильное местоположение.
- Отсутствие одного сценария может означать упущение многих других критические сценарии или тестовые случаи Это может иметь большое негативное воздействие в процессе внедрения программного приложения. Это приводит к большим потерям ресурсов (сроков).
- Тестовые сценарии в значительной степени помогают в избегая исчерпывающего тестирования Это гарантирует, что все важные и ожидаемые бизнес-потоки будут протестированы, что в дальнейшем поможет в сквозном тестировании приложения.
- Это экономит время. Кроме того, не требуется более подробное описание в соответствии с тест-кейсами. Задается однострочное описание того, что тестировать.
- Тестовые сценарии пишутся после мозговые штурмы Таким образом, вероятность упустить какой-либо сценарий (важный или незначительный) минимальна. Это делается с учетом технических особенностей, а также бизнес-потока программного приложения.
- Более того, сценарии тестирования могут быть одобрены либо клиентом бизнес-аналитика, либо обоими, которые обладают явными знаниями о тестируемом приложении.
Таким образом, тестовые сценарии являются неотъемлемой частью SDLC.
Реализация сценариев тестирования
Давайте посмотрим на реализацию тестовых сценариев или на то, как писать тестовые сценарии:
- Формируются эпические/бизнес-требования.
- Пример эпического Создайте учетную запись Gmail. Epic может быть главной особенностью приложения или требованием бизнеса.
- Эпосы делятся на более мелкие пользовательские истории в течение спринтов.
- Истории пользователей формируются из эпопей. Эти истории пользователей должны быть базированы и одобрены заинтересованными сторонами.
- Тестовые сценарии формируются на основе пользовательских историй или BRS (документ бизнес-требований), SRS (документ спецификации системных требований) или FRS (документ функциональных требований), которые дорабатываются и базируются.
- Тестировщики пишут сценарии тестирования.
- Эти сценарии тестирования утверждаются руководителем группы, бизнес-аналитиком или менеджером проекта в зависимости от организации.
- Каждый тестовый сценарий должен быть связан как минимум с одной пользовательской историей.
- Необходимо определить как положительные, так и отрицательные сценарии тестирования.
- Пользовательские истории состоят из Критерии приемлемости, такие как :
- Критерии приемки - это список условий или состояние намерений для требований заказчика. При написании критериев приемки учитываются ожидания заказчика, а также недоразумения.
- Они уникальны для одной пользовательской истории, и каждая пользовательская история должна иметь как минимум один критерий приемки, который должен быть независимо тестируемым.
- Критерии приемки помогают определить, какие функции входят в объем проекта, а какие выходят за его рамки. Эти критерии должны включать как функциональные, так и нефункциональные функции.
- Бизнес-аналитики пишут критерии приемки, а владелец продукта утверждает их.
- Или в некоторых случаях владелец продукта может сам написать критерии.
- Сценарии тестирования могут быть получены из критериев приемки.
Примеры сценариев тестирования
#1) Тестовые сценарии для Kindle App
Kindle - это приложение, которое позволяет пользователям электронных книг искать электронные книги в Интернете, скачивать и покупать их. Amazon Kindle дает читателю электронных книг реальный опыт держания книги в руках и ее чтения. Даже переворачивание страниц приятно имитируется в приложении.
Теперь давайте запишем сценарии тестирования. ( Примечание: Ниже перечислены ограниченные сценарии, чтобы получить общее представление о написании тестового сценария. На его основе может быть создано несколько тестовых случаев).
| Сценарии тестирования # | Сценарии тестирования |
|---|---|
| 1 | Проверьте, правильно ли запускается приложение Kindle. |
| 2 | Убедитесь, что после запуска приложения разрешение экрана настраивается в соответствии с различными устройствами. |
| 3 | Убедитесь, что отображаемый текст хорошо читается. |
| 4 | Убедитесь, что опции увеличения и уменьшения масштаба работают. |
| 5 | Убедитесь, что совместимые файлы, импортированные в приложение Kindle, доступны для чтения. |
| 6 | Проверьте емкость памяти приложения Kindle. |
| 7 | Убедитесь, что функция загрузки работает правильно. |
| 8 | Убедитесь, что имитация перелистывания страниц работает правильно |
| 9 | Проверьте совместимость форматов электронных книг с приложением Kindle. |
| 10 | Проверьте шрифты, поддерживаемые приложением Kindle. |
| 11 | Проверьте время автономной работы, используемое приложением Kindle. |
| 12 | Проверьте работу Kindle в зависимости от подключения к сети (Wi-Fi, 3G или 4G). |
Из каждого вышеуказанного тестового сценария может быть получено несколько тестовых сценариев.
#2) Критерии приемлемости для Google Docs
Google docs" - это веб-приложение для создания, редактирования и обмена текстовыми документами, электронными таблицами, слайдами и формами. Доступ ко всем файлам можно получить в режиме онлайн с помощью веб-браузера, имеющего подключение к Интернету.
Созданные документы могут быть представлены в виде веб-страницы или готового к печати документа. Пользователь может установить ограничения на то, кто может просматривать и редактировать документы. Над одним документом могут совместно работать разные люди из разных географических точек.
Ниже приведены ограниченные сценарии тестирования для общего понимания. Сценарии углубленного тестирования для Google docs могут быть отдельной темой.
| Критерии приемлемости # | Критерии приемлемости |
|---|---|
| 1 | Word, листы или формы открываются успешно и без ошибок. |
| 2 | Шаблоны доступны для документов, листов и слайдов. |
| 3 | Имеющиеся шаблоны доступны для пользователей. |
| 4 | Используемый шаблон можно редактировать (например: шрифты, размер шрифта, добавление текста, удаление текста, вставка слайда). |
| 5 | Если подключение к Интернету временно недоступно, файл может быть сохранен локально и загружен при наличии подключения к Интернету. |
| 6 | Изменения, внесенные несколькими пользователями, не перезаписываются. |
| 7 | Несколько пользователей могут работать над одним документом. |
| 8 | Выполненная работа сохраняется при потере соединения с Интернетом во время загрузки файла. |
| 9 | Ограничения совместного доступа применяются правильно. |
| 10 | Пользователи с ограничением просмотра не могут вносить какие-либо правки в документы. |
| 11 | Документы могут быть опубликованы в Интернете для широкой общественности. |
| 12 | Изменения, внесенные в документы, сохраняются с отметкой времени & сведения об авторе. |
Для Google Docs количество тестовых сценариев будет многочисленным и очень большим. В таких случаях обычно устанавливаются и утверждаются заинтересованными сторонами только критерии приемки, а члены команды работают над этими критериями приемки. Написание тестовых примеров или, скорее, тестовых сценариев может быть утомительной задачей для огромных приложений.
Эти критерии приемки играют важную роль в планировании итерационного процесса, и их никогда не следует упускать из виду. Определение их заранее и заблаговременно позволяет избежать неожиданностей или потрясений в конце спринтов или релизов.
С учетом предварительное условие.
Когда совершить какое-либо действие.
Затем результат ожидаемый.
Форматы "Дано", "Когда" и "Тогда" полезны для указания критериев приемки.
Пример шаблона сценария тестирования
| Используйте идентификатор истории № | Идентификатор тестового сценария № | Версия # | Сценарии тестирования | # Количество тестовых примеров | Важность |
|---|---|---|---|---|---|
| USID12.1 | TSID12.1.1 | Kin12.4 | Проверьте, правильно ли запускается приложение Kindle. | 4 | Высокий |
| USID12.1 | TSID12.1.2 | Kin12.4 | Проверьте емкость памяти приложения Kindle. | 3 | Средний |
Заключение
В любом тестировании программного обеспечения понимание жизненного цикла и создание тестовых сценариев является очень важным элементом. Качество программного обеспечения может быть улучшено за счет хорошей основы для тестовых сценариев. Часто использование тестовых случаев и тестовых сценариев может чередоваться.
Тем не менее, правило большого пальца заключается в том, что тестовый сценарий используется для написания нескольких тестовых сценариев, или мы можем сказать, что тестовые сценарии являются производными от тестовых сценариев. Хорошо определенные тестовые сценарии обеспечивают хорошее качество программного обеспечения.