ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 30.11.2023
Просмотров: 24
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Детализация тестовых сценариев с использованием архива эксплуатационных прецедентов
После чернового создания высокоуровневых тестовых идей работающий над проектом коллектив может начинать детализировать тестовые сценарии.
Для определения реальных этапов тестовых сценариев мы сошлемся на архив эксплуатационных прецедентов, который является этапами эксплуатационных прецедентов с дополнительной информацией об опыте пользователя. Архив эксплуатационных прецедентов показан на рисунке 2.
Рисунок 2: архив эксплуатационных прецедентов
Чтобы архив эксплуатационных прецедентов был полезен для детализации тестовых сценариев, необходимы некоторые дополнительные сведения:
-
Расскажите, как пользователи будут использовать систему. Архив должен предоставлять пошаговый процесс опыта работы пользователя с этим приложением. Этот процесс в конце концов определит тестовые процедуры, так что архив эксплуатационных прецедентов должен предоставлять достаточно подробные сведения. Поскольку наш пример с Web-узлом продажи билетов в кино имеет два подчиненных потока, то необходимо выполнить как минимум два тестовых сценария. -
Опишите, какие типы объектов могут быть видимыми и их важность для пользователя. Это важная информация для специалистов по тестированию. Вместо того, чтобы полагаться на свой опыт и обучение для определения точек проверки, они находят эти весьма чувствительные точки в архиве эксплуатационных прецедентов. Специалистам по тестированию необходимо создавать методы проверки тестовых сценариев. В данном случае это проверка использования правильной цветовой схемы для отображения цен. -
По возможности включайте различные тестовые сценарии. Различные подчиненные потоки определяют количество производимых тестовых сценариев. Альтернативные потоки также увеличивают количество тестовых сценариев. Одним из недостатков навигационных карт является то, что они не показывают готовые альтернативные потоки, так что легко упустить некоторые тестовые сценарии. Наш пример имеет два альтернативных потока. Обычно опытные специалисты по тестированию находят дополнительные альтернативные потоки при детализации тестовых сценариев или во время реального выполнения тестов, когда обнаруживаются новые варианты. -
Включайте наборы тестовых данных для всех определенных тестовых сценариев. Каждый из этих наборов тестовых данных, определенных ранее, будет кандидатом на различные тестовые сценарии и для дальнейшей разработки. Временами наборы тестовых данных также необходимо уточнять. Например, если пользователи имеют различные профили (как в первом приведенном ранее правиле), то тестовые данные должны отражать это для правильного тестирования механизма профилей. В таких случаях определите наилучший тестовый сценарий, а затем создайте дополнительные тестовые сценарии, которые будут отражать различные наборы тестовых данных. В представленном на рисунке 2 архиве эксплуатационных прецедентов для основного потока могут существовать различные тестовые сценарии. Например, специалист может решить протестировать основной поток с использованием нескольких профилей, или выбрать комбинацию экранных вводов, и т.д. Для соответствия каждому набору тестовых данных (каждому выбранному профилю) создается один тестовый сценарий. Альтернативный метод заключается в выполнении тестового сценария с использованием другого набора данных, но в данном случае важно явно отслеживать различные наборы тестовых данных. Я рекомендую использовать старый метод, поскольку существует прямая зависимость между набором данных и его тестовым сценарием. -
Предоставьте данные, помогающие проанализировать рабочую нагрузку. При обычном тестировании производительности важно определить, где в приложении будет высокий уровень обмена данными. Иногда моделирования всего обмена данными может быть невозможным, так что мы используем правило 80/20 для исключения какой-то части менее важного обмена данными. Другими словами, следует моделировать лишь 80% или более всего объема передаваемых данных, а моделирование оставшихся 20% можно не производить. В нашем примере первый подчиненный поток создает 95% потока данных. Этот объем и необходимо моделировать при тестировании производительности. Оставшиеся 5% претендуют на то, чтобы ими пренебрегли. Либо, в том случае, если уже был создан функциональный сценарий, его можно здесь повторно использовать в качестве замены. Если информация об объеме потока данных отсутствует, например, из-за недавнего создания системы, то возможно моделирование рабочей нагрузки с использованием широчайшего спектра нагрузок. По возможности изучите всех пользователей приложения и определите деловую активность, связанную с работой приложения. Эти действия используются для создания чернового варианта рабочей нагрузки.
Сбор всего пользовательского в архив эксплуатационных прецедентов предоставляет целенаправленно выделенную важную информацию для выполнения работ по тестированию. Все эти правила помогают детализировать тестовые сценарии, как показано в таблице 1. Использование таблицы для сбора всей информации в одном месте позволяет специалистам по тестированию быстро справляться с требованиями к тестам и определять, какой объем работы потребуется для их выполнения. Позже специалисты могут обнаружить большее количество тестовых сценариев, но общее количество должно быть осуществимо по мере улучшения работы коллектива с тестовыми сценариями. Обычно специалисту по тестированию потребуется выполнить одну итерацию для оценки и понимания этого процесса тестирования.
Чередование экранов
В модели UX существуют и другие элементы. Например, чередование экранов, показанное на рисунке 3, является циклограммой, а сообщения между экранами являются действиями, которые может выполнить пользователь. На каждый архив эксплуатационных прецедентов существует обычно одна последовательность экранов. Следует заметить, что отдельные действия входят во временную последовательность и могут зависеть от ранее произведенных действий. Так что транзакции должны учитывать такие последовательности. Эта циклограмма позволяет конструктору тестов дополнительно уточнять тестовые сценарии. Однако, большая часть приведенной выше информации доступна в текстовом формате из архива эксплуатационных прецедентов, так что относительно чередования экранов мы не будем предоставлять дополнительную информацию и описание действий.
Рисунок 3: чередование экранов при покупке билетов в кино
Заключение
Управление тестами включает в себя различные действия: создание коллектива работников, разработку главного плана тестирования, который детализирует используемые для тестирования методы и цель тестирования с точки зрения организации, разработку тестового плана, относящегося к коллективу, работающему над проектом, и многое другое.
Модель UX помогает коллективам начать успешное тестирование. Они могут произвести начальное планирование ресурсов с помощью навигационной карты
, не затрачивая слишком много времени на подробности. Затем, по мере прогресса разработки и роста важности детализации тестовых сценариев, они смогут найти в архивах эксплуатационных прецедентов большинство необходимых сведений.